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PREFACE 


This  report  describes  the  work  performed,  the  results  obtained,  and  the 
conclusions  reached  during  the  Common  Ada  Missile  Packages  (CAMP)  contract 
(F08635-84-C-0280) .  This  work  was  performed  by  the  Computer  Systems  & 
Software  Engineering  Department  of  the  McOonnell  Douglas  Astronautics 
Company,  St.  Louis,  Missouri  (MOAC-STL)  and  was  sponsored  by  the  United 
States  Air  Force  Armament  Laboratory  (Fxc),at  Eglln  Air  Force  Base, 

Florida.  This  contract  was  performed  between  September  1984  and  September 
1985. 

The  MDAC-STL  CAMP  program  manager  was  Dr.  Daniel  G.  McNIcholl  (McDonnell 
Douglas  Astronautics  Company,  Computer  Systems  and  Software  Engineering 
Department,  P.0.  Box  516,  St.  Louis,  Mo.  63166)  and  the  AFATL  CAMP  program 
manager  was  Christine  M.  Anderson  (Air  Force  Armament  Laboratory, 
Aeromechanics  Division,  Guidance  and  Control  Branch,  Eglln  Air  Force  Base, 
Florida  32542). 

This  report  consists  of  three  volumes.  olume  I  contains  overview 
material  and  the  results  of  the  CAMP  commonality  study.  Volume  II  contains 
the  results  from  the  CAMP  automated  parts  engineering  study.  Volume  III 
contains  the  rationale  for  the  CAMP  parts. 

Commercial  hardware  and  software  products  mentioned  In  this  report  are 
sometimes  Identified  by  manufacturer  or  brand  name.  Such  mention  Is 
necessary  for  an  understanding  of  the  R  &  D  effort,  but  does  not  constitute 
endorsement  of  these  Items  by  the  U.S.  Government 
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SECTION  I 
INTRODUCTION 


■^Thls  volume  contains  discussions  of  the  CAMP  parts  which  are  Intended  to 
supplement  the  more  detailed  descriptions  of  the  CAMP  parts  provided  In  the 
Software  Requirements  Specification  (SRS)  and  the  Top-Level  Design  Document 
(TLOD) .  Each  Individual  CAMP  part  Is  not  discussed  In  this  volume,  rather, 
part  categories  are  discussed.  These  discussions  describe  the  motlvlatlon 


for  the  parts,  background  material  for  understanding  the  parts,  and  the 
applicability  of  the  parts. 


Appendix  A  contains  a  listing  of  the  CAMP  parts  Identified  during  the 
first  phase  of  the  CAMP  program.  It  should  be  noted  that  we  believe  more 
parts  will  be  Identified  as  work  proceeds  during  the  second  phase  of  CAMP,  f 


SECTION  II 

DATA  PACKAGE  PARTS  RATIONALE 


1 .  Overview .  2 

2.  Date  Type  Packages .  2 

3.  Data  Constant  Packages .  7 


1 .  OVERVIEW 

Data  packages  are  parts  which  encapsulate  cohesive  sets  of  data  types  or 
constants.  A  data  type  Is  an  aggregation  of  data  attributes  which 
characterizes  the  values  that  a  data  object  may  assume,  and  the  operations 
which  can  be  performed  on  the  data  object.  A  data  constant  Is  a  data  object 
with  a  fixed  value. 

The  pre-definition  and  pre-packaging  of  data  types  and  constants  are 
advantageous  for  both  software  reliability  and  productivity.  Software  will 
be  more  reliable  with  the  use  of  data  packages  because  programmers  will  be 
less  likely  to  Introduce  errors  caused  by  the  misuse  of  data  (e.g.,  mixing 
different  data  types  such  as  feet  and  meters,  using  the  wrong  value  for  a 
constant,  etc.).  Software  productivity  will  be  enhanced  with  the  use  of 
these  data  packages  because  the  programmer  will  not  be  required  to  build  his 
own  types  and  constants,  and  the  amount  of  rework  required  due  to  data  misuse 
errors  will  be  reduced. 

2.  DATA  TYPE  PACKAGES 

Data  Type  Packages  are  parts  which  encapsulate  cohesive  sets  of  data 
types.  Because  Ada  Is  a  strongly  typed  language.  It  facilitates  the  early 
detection  of  data  misuse  errors,  for  example,  the  code  segment  In  Figure  1 
depicts  the  calculation  of  the  elevation  proportional  acceleration  command 
for  the  BGM-109C  missile. 
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ELEVATION_PROPORTIONAL_ACC£L_CMO 

:»  (  -1  /RADIUS_OF_CURVATUR£)  *  (EARTH_RELATIVE_VEL0CI1 Y**2) 

*  <  FPS2_T0_SIX_G) ; 

Figure  1.  Code  Segment 

The  operation  shown  In  Figure  1  could  be  encapsulated  as  a  function, 
where  RADIUS_OF_CURVATURE  and  EARTH_RELATIVE_VELOCITY  are  supplied  as 
parameters.  Figure  2  depicts  this  situation. 

procedure  ACCEL_CMD  Is 

type  FEET  Is  new  Float; 
type  METERS  Is  new  Float; 
subtype  FEET_PER_SECOND  Is  Float; 
subtype  MET£RS_PER_SECONO  Is  Float; 
subtype  SIX_G  Is  Float; 

RAO I US_0F_CUR VATURE  :  METERS; 

EARTH_RELATIVE_VELOCITY  :  Feet_Per_Second; 
ELEVATION_PROPORTIONAL_ACCEL_CMD  :  S1x_G; 
function  COMPUTER  _ACCEL_CMD  (RAOIUS-  FEET; 

VELOCITY:  FEET_PER_SECOND) 
return  SIX_G  Is  separate; 

begin 

ELEVATION_PROPORTIONAL_ACCEL_CMD  : x 
COMPUTED_ACCEL_CMO  (RAOIUS  =>  RADIUS_OF_CURVATURE , 

VELOCITY  *>  EARTH_RELATIVE_VELOCIT Y) ; 

end  ACCEL_CHD; 


Figure  2.  The  Use  of  the  Function 
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In  a  strongly  typed  language  such  as  Ada,  each  data  object  (l.e., 
variable)  must  be  assigned  a  data  type  which  governs  the  values  which  It  can 
take  and  the  operations  which  can  be  performed  upon  It.  Figure  2  shows  how 
this  would  be  done  for  our  example.  It  should  be  noted  here  that  many  of  the 
data  type  definitions  given  In  the  above  examples  would  be  supplied  to  the 
programmer  In  standard  data  type  parts. 

ihe  Ada  compiler  will  check  to  make  sure  that  the  types  of  the  actual 
parameters  conform  to  the  formal  parameters  of  the  function  specification. 

In  a  non  data  typing  language  such  as  FORTRAN,  subprogram  Interfaces  are  not 
checked  at  compile  time.  An  error  In  such  an  Interface  would  not  be  detected 
until  the  program  was  executed  and  an  observation  was  made,  hopefully,  that 
the  results  were  Incorrect. 

Ihe  example  shown  In  Figure  2  depicts  an  error  being  made  In  the  function 
call;  the  programmer  has  used  an  object  (q.e.  RA01US_OF .CURVATURE)  of  type 
MEltRS  where  one  of  FEE1  has  been  specified.  The  Ada  compiler  will  flag  this 
error  and  therefore  allow  Its  early  detection  and  correction.  Figure  3  shows 
the  corrected  version  of  the  code  shown  In  Figure  2. 

The  CAMP  data  type  package  parts  provide  a  predefined  set  of  data  type 
definitions  useful  In  different  components  of  a  missile  software  system.  One 
example  of  a  data  type  package  which  Is  used  often  within  the  CAMP  parts  Is 
the  Basic  Units  data  type  package.  This  part  will  provide  the  programmer 
with  predefined  data  types  for  basic  units  used  extensively  In  missile 
software  systems.  Figure  4  lists  some  of  the  types  which  are  defined  In  this 
package. 

In  addition  to  defining  the  data  types,  these  data  type  packages  provide 
a  set  of  overloaded  operator  for  the  encapsulated  data  types.  For  example, 

In  the  basic  units  part  the  operator  would  be  overloaded  to  tell  the  Ada 
compilation  system  that  FEET  *  FEE!  yields  an  object  of  type  FEET. 
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procedure  ACC£l_CM0  Is 
type  FEET  Is  new  Float; 
type  METERS  Is  new  Float; 
subtype  F£ET_PER_SECOND  Is  Float; 
subtype  METERS_P£R_SECONO  Is  Float; 
subtype  SIX_G  Is  Float; 

RADIUS_OF_CURVATURE  :  FEET; 

EARTH_RELATIVE_VELOCITY  :  FEET_P£R_SECOND; 
ELEVATION_PROPORTIONAL_ACCEL_CMD  :  SIX_G; 
function  COMPUTEO_ACCEl_CND  (RADIUS:  FEET; 

VELOCITY:  FEET_PER_SECOND) 
return  SIX_G  Is  separate; 

begin 

E L E VAT 1 0N_PR0P0R T 1 0NAL_ACCE L_CMD  :* 

COMPUTED_ACCEL_CMD  (RAOIUS  =.>RADIUS_OF_CURVATURE , 

VELOC I TY  =>EARTH_RELATIVE_VELOC I TY) ; 

end  ACCEL_CHD; 


Figure  3.  The  Corrected  Code  Segment 
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Utility 


Units  to  be  Defined 


Time: 

Temperature: 

Angle: 

Olstance: 

Velocity: 

Angular  Velocity: 
Acceleration: 

Angular  Acceleration: 

Olstance  Variances: 
Angular  Variance: 

Weight: 

Voltage: 

Pressure: 

Figure 


SECOND.  MINUTES 

DEGREES_CENTRIGRADE .  DEGREESJCEIVIN 
OEGREES_FAHRENHE 1 T 

OEGREES,  RADIANS,  SEMICIRCLES,  REVOLUTIONS 

FEET,  CENTIMETERS,  METERS 

FEET_PER_SECOND,  CENTIME TERS_PER_SECOND, 

METERS_PER_SECONO,  REVOLUTIONS_PER_SECOND 

RAOIANS_P£R_SECOND,  DEGREES_PER_SECOND 

F£ET_PER_SEC0ND2,  CENTIMETERS_PER_SECOND2, 

ME  TERS_PER_SE COND2 ,  GS 

RAO I ANS_PER_SECOND2 ,  DEGREES_PER_SEC0N02 , 

SEMICIRCLES_PER_SECOND2 

FEET2,  CENTIHETERS2,  METERS2 

RADIANS2,  DEGREE2.SEMICIRCLE2 

POUNOS,  KILOGRAMS 

VOLTS 

POUNOS_PE R_F E E  T2 ,  K I LOGRAMS _PER_METER2 

4.  Types  Oeflned  In  the  Basic  Units  Pert 
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3.  DATA  CONSTANT  PACKAGES 


Oata  Constant  Packages  are  parts  which  encapsulate  cohesive  sets  of  data 
constants.  The  use  of  this  type  of  part  serves  to  Increase  both  software 
reliability  and  software  productivity.  Software  reliability  Is  Increased 
because  the  use  of  standard  values  Is  enforced.  For  example.  It  was  observed 
In  the  CAMP  domain  analysis  that  several  different  values  for  the  earth 
equatorial  radius  were  used  In  the  missile  software  systems  studied.  The  use 
of  a  standard  part  containing  earth  data  will  avoid  these  types  of 
discrepancies.  Software  productivity  Is  enhanced  because  the  programmer  will 
not  have  to  recreate  constants  and  because  errors  will  be  avoided  which  might 
require  reworking  the  program. 

A  good  example  of  a  data  constant  package  part  Is  the  CAMP  part  which 
provides  all  the  data  concerning  the  WGS-7?  model  of  the  earth.  This  package 
defines  a  large  number  of  constants  which  describe  various  geophysical 
properties  of  the  earth  (see  Figure  5). 


EARTH_EQUATORIAL_RADIUS 

MEAN_EARTH_RADIUS 

EARTHJLLIPTICITY 

GRAVITY_CORRECTION 

EARTH_FLATTENING 

INVERSE_EARTH_NORTH_RADIUS 


EARTH_POLAR_RAOIUS 

E/>  THJCCENTRICITY 

EQUATORIAL_GRAVITY 

EARTH_ROTATION_RATE 

INVERSE_EARTH_EAST_RADIUS 

SCHULER  CONSTANTS 


Figure  5.  Earth  Constants 


Another  example  of  such  a  part  Is  the  CAMP  part  which  provides  the 
programmer  with  standard  conversion  factors.  The  factors  defined  In  this 
part  are  shown  In  Figure  6. 
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feet  to  centimeters 
Centimeter  to  feet 
Gravity  (ft/sec2)  to  metric 
Degrees  to  radians 
Degrees  to  semicircles 
fahrenhelt  to  Celsius 
Kilograms  to  pounds 
Kelvin  to  fahrenhelt 

figure  6. 


feet  to  meters 
Meters  to  feet 
Radians  to  degrees 
Semicircles  to  degrees 
Pounds  to  kilograms 
fahrenhelt  to  kelvln 
Celsius  to  fahrenhelt 


Conversion  Factors 
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SECTION  III 

EQUIPMENT  INTERFACE  PARTS  RATIONALE 


An  equipment  Interface  part  standardizes  the  manner  In  which  the 
application  software  Interfaces  with  external  hardware  peripherals.  Although 
missile  systems  usually  have  specialized  hardware  peripherals,  many  times  a 
single  abstract  model  of  several  similar  hardware  devices  (e.g.,  radar 
altimeters)  can  be  developed.  When  this  can  be  achieved,  a  part  can  be 
developed  which  contains  an  Ada  package  specification  for  the  abstract 
device.  The  Individual  differences  between  devices  would  be  accounted  for  In 
Ada  package  bodies.  These  package  bodies  could  be  parts  If  a  particular 
device  was  frequently  used  within  applications.  Otherwise  they  would  be 
developed  for  each  application.  In  this  fashion,  the  differences  between  the 
particular  devices  can  be  hidden  from  the  application  program.  This 
situation  Is  depicted  In  Figure  7  for  radar  altimeters. 


Figure  7.  The  Equipment  Interface  Part  Scheme 
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SECTION  IV 

NAVIGATION  PARTS  RATIONALE 


1. 

Overview . 

11 

2. 

The  Common  Navigation  Bundle  ... 

12 

3. 

The  Wander  Azimuth  Navigation 

Bundle . 

12 

4. 

The  North  Pointing  Navigation 

Bundle . 

12 

1 .  OVERVIEW 

The  navigation  category  contains  parts  which  determine  the  velocity  and 
position  of  a  missile  which  uses  an  Inertial  navigation  system.  The  CAMP 
domain  analysis  Identified  the  navigation  system  as  being  very  amenable  to 
the  use  of  software  parts.  Although  there  does  exist  major  areas  of  variance 
within  the  navigation  operations,  such  as  the  type  of  navigation  coordinate 
system  being  used,  these  sources  of  variance  cm  be  accounted  for. 

The  parts  In  the  navigation  category  have  been  bundled  Into  one  of  three 
navigation  packages  based  on  the  dependence  of  the  bundled  parts  upon  a 
particular  local  level  navigation  coordinate  system. 

Common  Navigation  Bundle  (Part  R188) 

Wander  Azimuth  Navigation  Bundle  (Part  R015) 

North  Pointing  Navigation  Bundle  (Part  R016) 

These  bundles,  which  are  parts  In  and  of  themselves,  provide  the  user 
with  a  convenient  method  of  accessing  the  bundled  parts  along  with 
establishing  an  appropriate  environment  for  the  bundled  parts. 
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2.  THE  COMMON  NAVIGATION  BUNOLE 


This  part  contains  all  the  navigation  parts  which  are  Independent  of  the 
type  of  local  level  navigation  coordinate  system.  In  other  words,  these 
parts  can  be  used  In  either  the  wander  azimuth  or  north  pointing  navigation 
coordinate  system  environment. 

3.  THE  WANDER  AZIMUTH  NAVIGATION  BUNDLE 

This  part  contains  all  the  navigation  parts  which  are  dependent  upon  the 
use  of  a  wander  azimuth  local  level  navigation  coordinate  system.  A  wander 
azimuth  coordinate  system  1$  one  In  which: 

one  of  the  axes  (typically  Y)  Is  contained  In  the  tangent  and 
rotated  counter-clockwise  from  north  by  some  wander  azimuth  angle, 
another  axis  (typically  Z)  Is  along  the  gravity  vector  (typically 
positive  In  the  up  direction),  and 

the  third  axis  (typically  X)  completes  the  right-handed  orthogonal 
set. 

In  this  scheme  when  the  wander  azimuth  angle  Is  zero,  X  Is  positive  In 
the  East  director,  Y  Is  positive  In  the  North  direction,  and  Z  Is  positive  In 
the  Up  direction. 

4.  THE  NORTH  POINTING  NAVIGATION  BUNDLE 

This  part  bundle  contains  all  the  navigation  parts  which  are  dependent 
upon  the  use  of  a  north  pointing  local  level  navigation  coordinate  system.  A 
north  pointing  coordinate  system  Is  one  In  which: 

one  of  the  axes  (typically  X)  points  East, 
another  axis  (typically  Y)  points  North,  and 
the  third  axis  (typically  Z)  points  Up. 
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SECTION  V 

KALMAN  FILTER  PARTS  RATIONALE 


1.  Introduction  .  13 

2.  Kalman  Filter  Description  ...  13 

3.  Kalman  Filter  Operation  .  18 

4.  Parts  Description  .  20 

5.  Parts  Usage  .  25 


1 .  INTRODUCTION 

In  a  missile  software  system,  a  Kalman  filter  Is  used  to  combine  external 
measurements  of  position  or  velocity  with  Internal  calculations  of  position 
or  velocity.  This  combination  as  performed  by  a  Kalman  filter  weighs  the 
uncertainty  of  the  external  measurements  against  the  uncertainty  of  the 
Internal  calculations  to  produce  an  optimal  estimate  of  missile  position  and 
velocity.  In  addition  the  filter  produces  optimal  estimates  of  Inertial 
sensor  errors  such  as  gyro  and  accelerometer  liases. 

The  13  software  parts  shown  In  Flgur?  8  have  been  Identified  to  help  the 
software  engineer  Implement  the  Kalman  filter  function. 

2.  KALMAN  FILTER  DESCRIPTION 

A  Kalman  filter  structure  that  represents  the  common  top  level 
architecture  found  In  each  of  the  missiles  In  the  CAMP  missile  set,  that  have 
a  Kalman  filter.  Is  shown  In  Figure  9.  The  following  discussion  Is  keyed  to 
the  block  numbers  In  this  figure  and  serves  to  Introduce  terminology. 
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Part 

Part 

Part 

Part 

Part 

Part 

Part 

Part 

Part 

Part 

Part 

Part 

Part 


R145  -  Propagate  State  Transition  and  Process  Noise  Hatrlx 
R146  -  Propagate  Error  Covariance  Matrix 
R147  -  Kalman  Update 

R181  -  Kalman  Update  (Complicated  H  Version) 

R148  -  Propagate  State  Transition  Matrix 
R149  -  Compute  Kalman  Gain 

R182  •  Compute  Kalman  Gain  (Complicated  H  Version) 

R150  -  Update  Error  Covariance  Matrix 
R183  -  Update  Error  Covariance  Matrix  (Complicated  H 
Version) 

R151  -  Update  State  Vector 

R184  -  Update  State  Vector  (Complicated  H  Version) 

R152  -  Sequentially  Update  Covariance  Matrix  and  State  Vector 

R201  -  Sequentially  Update  Covariance  Matrix  and  State  Vector 

(Complicated  H  Version) 

Figure  8.  Kalman  Filter  Parts 
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Figure  9.  The  Common  Kalman  Filter  Model 


Block  1 


The  system  description  matrix  (F)  describes  the  system  error  dynamics  and 
Is  a  function  of  time: 

dX(t)/dt.  F(t)*X(t) 

Here  X(t)  Is  the  state  vector  whose  components  are  the  errors  to  be 
estimated.  F(t)  Is  computed  periodically  by  the  Kalman  filter  function  based 
on  Inputs  from  the  navigation  function  such  as  gravity,  accelerations,  and 
platform  rates. 

Block  2 


The  state  transition  matrix  (PHI)  Is  used  to  transition  the  state  vector 
from  one  Instant  of  time  to  the  next: 

A(tk).  PHI(tk,t1)*X(t1) 

PHI  Is  propagated  according  to: 

PHI(tk,t-|)»PHI(tk,tk  l) *PHI( tk_|  ,tj) 

PH  I ( t  k , t  j)  1$  approximated  using  F(tk  1 )  computed  In  Block  1. 

The  process  noise  matrix  (Q)  Is  a  measure  of  the  noise  driving  the  error 
dynamics.  It  can  also  be  propagated  from  one  Instant  of  time  to  the  next. 

Block  3 


P(-)  Is  the  covariance  matrix  of  the  state  vector.  It  Is  a  measure  of 
the  uncertainty  In  the  state  vector.  P(-)  Is  propagated  from  one  Instant  of 
time  to  the  next  using  the  state  transition  matrix  (PHI)  and  the  noise  (Q) 
that  drives  the  process. 
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Block  4 


The  Kalman  gain  (K)  Is  computed,  when  a  measurement  Is  available,  by  an 
expression  which  considers  both  the  uncertainty  In  the  state,  quantified  by 
P(-),  and  the  uncertainty  In  the  measurement,  quantified  by  R. 

Block  5 


Once  a  measurement  update  Is  available,  the  uncertainty  In  the  state 
vector  (X)  decreases.  This  Is  reflected  by  a  change  In  the  state  covariance 
matrix  which  Is  transformed  from  P(-)  to  P(*).  The  Indicates  the 
covariance  matrix  just  after  a  measurement  update,  whereas  Indicates  the 
covariance  matrix  just  before  a  measurement  update. 

Block  6 


The  following  are  typical  of  systems  from  which  external  measurements  are 
obtained. 

--  TERCOM:  TERraln  correlation  Matching  provides  Lat/Long  measurements 
using  a  radar  altimeter. 

--  OSMAC:  Olgltal  Scene  Matching  Area  Correlation  provides  Lat/Long 
measurement?  using  a  passive  Imaging  device  In  the  visible  spectrum. 

--  Radar  Altimeter 

--  Barometric  Altimeter 

--  GPS:  Global  Positioning  System  obtains  position  and/or  velocity 
measurements  by  communication  with  an  orbiting  satellite  network. 

--  Platform  Navigator:  Prior  to  launch,  position  and  velocity 
measurements  can  be  obtained  from  the  launch  platform. 

The  external  measurement  vector  (Z)  Is  related  to  the  state  vector  (X)  by 
the  measurement  sensitivity  matrix  (H):  Z  =  H*X 

Associated  with  each  measurement  source  Is  a  measure  of  the  uncertainty 
In  the  measurement--the  measurement  covariance  matrix  (R). 
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Block  7 


The  Kalman  filter  state  vector  (X)  consists  of  components  which  are  the 
%  estimates  of  errors  In  navigation  parameters  and  In  Inertial  sensor 
characteristics.  These  error  estimates  are  used  to  correct  navigation 
position  and  velocity,  and  also  to  correct  the  Inertial  sensors  for  bias, 
scale  factor  error,  etc.  The  state  vector  Is  propagated  from  one  Instant  to 
the  next  by  use  of  the  state  transition  matrix  as  discussed  In  Block  2. 

Block  8 


Once  a  measurement  Is  available,  the  Kalman  gain  Is  computed  and  the 
state  vector  can  be  updated: 

X(*)«  Z-H*X(-)  ] 


The  "+■  Indicates  the  state  vector  just  after  a  measurement  update 
whereas  Indicates  the  state  vector  Just  prior  to  the  measurement  update. 

Block  9 


After  an  updated  state  vector  Is  available,  processing  may  be  required  to 
transform  the  state  vector  components  representing  navigation  errors  Into  a 
form  suitable  for  navigation  corrections.  A  simple  example  of  this  Is  the 
conversion  of  position  error  from  units  of  feet  to  units  of  radians. 

3.  KALMAN  FILTER  OPERATION 

The  Kalman  Filter  parts  can  be  organized  hierarchically  as  shown  In 
Figure  10.  Part  R14S  and  R147  are  at  the  top  of  the  hierarchy  and  are  the 
key  parts  required  to  do  the  core  of  the  Kalman  filter  processing  task.  As 
Indicated  In  the  figure,  these  key  parts  draw  upon  the  resources  provided  by 
the  lower  level  parts:  R152,  R148,  R149,  R150,  R151,  and  R146. 

The  operation  of  the  two  key  parts,  R145  and  R147\  Is  shown  In  Figure 
11.  As  seen  In  the  figure,  part  R145  processes  measurements,  through 
Z  ,  which  occur  at  times  t,  through  tu,  to  form  a  measurement 
Information  file  containing  records  of  the  form:  (Z,  H,  R,  PHI,  t)).  This  Is 
discussed  In  the  following  paragraphs. 
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Figure  10.  Kalman  Filter  Functional  Part  Hierarchy 


Figure  11.  Key  Kalman  Filter  Part  Operation 


When  tine  Is  equal  to  the  real  tine,  part  R1 45  Is  used  to  store  a 
propagated  Phi  and  a  propagated  Q.  These  two  propagated  quantities,  along 
with  the  measurement  (Z^)  and  the  measurement  sensitivity  and  covariance 
matrices  (H  and  R)  are  stored  as  a  record  In  the  measurement  Information 
file.  This  record  Is  shown  as  (Z^,  H^,  ,  PHI.  q,  C,.  q)  In  the 

figure.  Likewise,  when  times  t  through  t  arise  the  same  process 

C  li 

described  above  Is  repeated  for  each. 

Note  that  only  the  times  t1  through  tN  are  required  In  real  time. 

The  measurements  Zj  through  Z^  can  be  Inserted  Into  the  appropriate 
record  on  a  delayed  basis  relative  to  real  time.  Because  of  this,  the 
algorithm  Is  said  to  be  capable  of  processing  delayed  observables. 

As  soon  as  a  record  1$  present  In  the  measurement  Information  file,  part 
R147  can  be  used  to  process  the  record.  Using  the  Information  In  the  record, 
along  with  the  previous  state  vector  estimate  and  corresponding  covariance 
matrix,  this  part  computes  a  new  state  vector  estimate  and  Its  corresponding 
covariance  matrix. 

After  the  measurement  Information  record  corresponding  to  the  last 
measurement,  ZN>  has  been  processed  by  part  R147,  the  components  of  the 
state  vector,  X^,  are  optimal  estimates  of  navigation  system  errors  and  are 
valid  at  time,  t  .  To  propagate  these  errors  forward  from  time,  t  ,  to 

If  R 

the  current  time,  t^,  part  R145  Is  requested  to  supply  the  state  transition 
matrix,  Phi ( t  ,t  ).  After  multiplying  X  by  Ph1(t  ,t  )  the 

w  R  rl  l*  n 

resulting  state  error  estimate,  X  ,  Is  made  available  to  the  navigation 

v 

subsystem  for  correction  of  navigation  errors. 

4.  PARTS  DESCRIPTION 

a.  Propagate  State  Transition  and  Process  Noise  Matrix  (Part  R145) 

This  part  executes  each  time  It  Is  supplied  with  an  Integrated 
system  description  matrix.  Using  the  Integrated  system  description  matrix  It 
propagates  the  state  transition  matrix  (Phi)  and  the  process  noise  matrix  (Q) 
forward  In  time.  Both  the  Phi  and  Q  matrices  span  a  time  Interval  ranging 
from  the  point  In  time  that  a  measurement  was  last  processed  to  the  current 
real  time.  At  the  time  of  a  new  measurement  this  part,  upon  request. 
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supplies  the  Phi  and  Q  matrices  that  It  has  been  propagating.  The 
supplledmat rices  span  a  time  Interval  from  the  previous  measurement  time  to 
the  new  measurement  time.  After  suppling  these  matrices  they  are  re>et  - 
marking  the  beginning  of  another  time  Interval. 

At  the  time  that  a  state  vector  Is  to  be  used  to  correct  navigation 
system  errors,  this  part  Is  requested  to  supply  only  the  Phi  matrix.  In  this 
case  Phi  spans  the  time  Interval  from  the  time  of  the  last  measurement  to  the 
current  real  time  (l.e.,  the  time  the  navigation  corrections  are  to  be 
applied). 


b.  Propagate  Error  Covariance  Matrix  (Part  R146) 

This  part  uses  the  propagated  state  transition  matrix.  Phi,  and  the 
propagated  process  noise  matrix,  Q,  to  propagate  the  error  covariance  matrix, 
P,  forward  to  the  time  of  the  latest  measurement. 

c.  Kalman  Update  (Part  R147) 

This  part  produces  an  optimal  estlrw  e  of  the  state  vector  (l.e., 
navigation  errors)  given  the  following  measurement  Information: 

the  measurement  vector,  Z, 

the  measurement  sensitivity  matrix,  H, 

the  measurement  covariance  matrix,  R,  and 

the  state  transition  matrix,  Phi,  and  the  process  noise  matrix, 

Q,  which  have  been  propagated  to  span  the  time  Interval  from 

the  last  measurement  to  the  time  of  the  present  measurement. 

This  part  also  computes  the  error  covariance  matrix,  P,  which 
quantifies  the  uncertainty  present  In  the  state  vector  estimate. 

In  performing  the  above  functions,  this  part  uses  the  lower  level 
parts,  R146  and  R1S2. 
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The  use  of  part  R1 47  Is  appropriate  only  If  the  following  two 
assumptions  are  satisfied: 

Any  row  of  the  measurement  sensitivity  matrix,  H,  contains  only 
one  "1"  with  the  other  row  elements  being  *0".  In  other  words, 
any  measurement  component  Is  a  direct  measurement  of  a  single 
component  of  the  state  vector. 

--  The  measurement  covariance  matrix,  R,  Is  diagonal. 

d.  Kalman  Update  -  Complicated  H  Version  (Part  R181) 

This  part  Is  the  same  as  part  R147  with  the  exception  that  the 
assumption  regarding  the  measurement  sensitivity  matrix,  H,  Is  replaced  by 
the  assumption  that  H  Is  sparse.  This  assumption  allows  the  relationship 
between  a  measurement  component  and  the  components  In  the  state  vector  to  be 
more  complicated. 

e.  Propagate  State  Transition  Matrix  (Part  R148) 

This  part  Is  used  to  compute  a  state  transition  matrix  that  spans 
time  Interval  which  Is  a  multiple  of  the  basic  time  Interval  used  for 
Integration  of  the  system  description  matrix. 

f.  Compute  Kalman  Gain  (Part  R149) 

This  part  computes  the  Kalman  gain  (a  vector  In  this  case)  for  a 
single  measurement  component. 

The  use  of  part  R149  Is  appropriate  only  If  the  following  two 
assumptions  are  satisfied: 

Any  row  of  the  measurement  sensitivity  matrix,  H,  contains  only 
one  “1"  with  the  other  row  elements  being  "0*.  In  other  words, 
any  measurement  component  Is  a  direct  measurement  of  a  single 
component  of  the  state  vector. 

--  The  measurement  covariance  matrix,  R,  Is  diagonal. 
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g.  Compute  Kalman  Gain  -  Complicated  H  Version  (Part  R182) 


This  part  is  the  same  as  part  R1 49  with  the  exception  that  the 
assumption  regarding  the  measurement  sensitivity  matrix,  H,  Is  replaced  by 
the  assumption  that  H  Is  sparse.  This  assumption  allows  the  relationship 
between  a  measurement  component  and  the  components  In  the  state  vector  to  be 
more  complicated. 

h.  Update  Error  Covariance  Matrix  (Part  R150) 

This  part  computes  P(+),  the  uncertainty  In  the  state  vector  after  a 
measurement  Is  made.  For  this  computation  the  part  uses: 

--  P(-),  the  uncertainty  In  the  state  vector  before  the  measurement, 

--  the  Kalman  gain,  and 

--  the  measurement  sensitivity  matrix,  H. 

The  use  of  part  R150  Is  appropriate  only  If  the  following  two 
assumptions  are  satisfied: 

Any  row  of  the  measurement  sensitivity  matrix,  H,  contains  only 
one  *1*  with  the  other  row  elements  being  "0".  In  other  words, 
any 

measurement  component  Is  a  direct  measurement  of  a  single 
component  of  the  state  vector. 

--  The  measurement  covariance  matrix,  R,  Is  diagonal. 

1.  Update  Error  Covariance  Matrix  -  Complicated  H  Version  (Part  R183) 

This  part  Is  the  same  as  part  R150  with  the  exception  that  the 
assumption  regarding  the  measurement  sensitivity  matrix,  H,  Is  replaced  by 
the  assumption  that  H  Is  sparse.  This  assumption  allows  the  relationship 
between  a  measurement  component  and  the  components  In  the  state  vector  to  be 
more  complicated. 
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J.  Update  State  Vector  (Part  R151) 

This  part  computes  the  optimal  estimate  of  the  state  vector,  X(«)» 

from: 

X(-).  the  state  vector  before  Incorporation  of  the  Information 
available  In  the  measurement, 

--  the  Kalman  gain, 

--  the  measurement  sensitivity  matrix,  H,  and 
--  the  measurement,  Z. 

The  use  of  part  R1 51  Is  appropriate  only  If  the  following  two 
assumptions  are  satisfied: 

Any  row  of  the  measurement  sensitivity  matrix,  H,  contains  only 
one  "1"  with  the  other  row  elements  being  "OV  In  other  words, 
any  measurement  component  Is  a  direct  measurement  of  a  single 
component  of  the  state  vector. 

The  measurement  covariance  matrix,  R,  Is  diagonal. 

k.  Update  State  Vector  -  Complicated  H  Version  (Part  R184) 

This  part  Is  the  same  as  part  R151  with  the  exception  that  the 
assumption  regarding  the  measurement  sensitivity  matrix,  H,  Is  replaced  by 
the  assumption  that  H  Is  sparse.  This  assumption  allows  the  relationship 
between  a  measurement  component  and  the  components  In  the  state  vector  to  be 
more  complicated. 

l.  Sequentially  Update  Covariance  Matrix  and  State  Vector  (Part  R152) 

This  part  computes  an  updated  state  vector,  X(«),  and  the  updated 
error  covariance  matrix,  P(+),  by  using  the  lower  level  parts:  R149,  R150, 
and  R151 . 

In  doing  this,  the  components  of  the  measurement  vector  are  treated 
as  a  sequence  of  simultaneous  scalar  measurements  which  are  processed 
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In  turn  by  the  three  parts  R1 49 ,  R150,  and  R151.  This  approach  avoids  the 
computation  of  a  matrix  Inverse  that  would  otherwise  be  necessary  In  the 
error  covariance  matrix  update  operation. 

The  use  of  part  R152  Is  appropriate  only  If  the  following  two 
assumptions  are  satisfied: 

Any  row  of  the  measurement  sensitivity  matrix,  H,  contains  only 
one  *1"  with  the  other  row  elements  being  *0".  In  other  words, 
any  measurement  component  Is  a  direct  measurement  of  a  single 
component  of  the  state  vector. 

The  measurement  covariance  matrix,  R,  Is  diagonal. 

m.  Sequentially  Update  Covariance  Matrix  and  State  Vector  -  Complicated 
H  Version  (Part  R201) 

This  part  Is  the  same  as  part  R152  with  the  exception  that  the 
assumption  regarding  the  measurement  sensitivity  matrix,  H,  Is  replaced  by 
the  assumption  that  H  Is  sparse.  This  assumption  allows  the  relationship 
between  a  measurement  component  and  the  compc tents  In  the  state  vector  to  be 
more  complicated. 

5.  PARTS  USAGE 

All  the  Kalman  filter  parts  discussed  above,  with  the  exception  of  the 
"complicated  H  versions",  could  have  been  used  In  seven  of  the  ten  missiles 
In  the  CAMP  missile  set.  This  Is  shown  In  Figure  12. 

The  complicated  H  version  parts  (R181,  R182,  R183,  and  R184),  are 
Intended  for  use  with  missiles  whose  external  measurement  subsystems  measure 
linear  combinations  of  state  vector  components.  An  example  of  this  occurs  on 
the  cruise  missile  advanced  guidance  program  which  uses  a  veloclmeter  that 
measures  line  of  sight  velocity  along  an  axis  fixed  relative  to  the  vehicle 
body. 
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A:  UTG  SINP  B:  AGM-109H  C:  AGH-109L  D:  BGH-109C  t:  BGN-1096 
F:  BGH-109G  G:  HARPOON  H:  BGM-109A  I:  NGO  GANP  J:  SPARTAN 


Kalman  niter  Parts  (except 
for  complicated  H  versions 


ABCDEF£HI2 
X  X  X  X  X  XX 


Figure  12.  Kalman  Filter  Parts  Usage 
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1 .  INTRODUCTION 

Waypoint  steering  software  Is  used  In  missiles  that  have  an  Inertial 
navigation  system  to  control  the  missile's  ground  track.  Given  navigated 
missile  latitude  and  longitude,  waypoint  steering  software  computes  missile 
crosstrack  and  heading  error  relative  to  the  desired  missile  ground  track 
(contained  In  pre-stored  mission  data).  The  crosstrack  and  heading  error  are 
then  used  by  the  lateral  guidance  function  to  generate  a  roll  command  for  the 
lateral/dlrectlonal  autopilot.  The  lateral/d , rectlonal  autopilot  causes  the 
missile  to  roll  until  the  crosstrack  anu  heading  error  are  nulled. 

The  13  software  parts  shown  In  Figure  13  have  been  Identified  to  help  the 
software  engineer  Implement  the  waypoint  steering  function. 

2.  GENERAL  DESCRIPTION 

At  any  given  time  three  waypoints  determine  the  missile  ground  track. 

This  Is  Illustrated  In  Figure  14  for  the  case  of  nonturning  flight.  The 
missile  flies  away  from  the  past  waypoint  (point  A)  towards  the  current 
waypoint  (point  B).  The  flight  path  Is  along  the  current  course  segment 
(segment  AB).  Point  C  Is  referred  to  as  the  next  waypoint.  The  current 
course  segment  and  the  next  course  segment  (segment  BC),  along  with  the 
specified  turn  radius,  determine  the  turn  angle  and  the  turning  distance 
shown  In  Figure  14. 
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Part  R168 
Part  R169 
Part  R170 
Part  R171 
Part  R172 
Part  R180 
Part  R179 
Part  R178 
Part  R174 
Part  R173 
Part  R175 
Part  R176 
Part  R177 


Compute  Unit  Radial  Vector 

Compute  Segment  Unit  Normal  Vector 

Initialize  Steering  Vectors 

Update  Steering  Vectors 

Compute  Turn  Angle  and  Direction 

Perform  Start/Stop  Turn  Test 

Perform  Start  Turn  Test 

Perform  Stop  Turn  Test 

Compute  Crosstrack  and  Heading  Error 

Compute  Crosstrack  and  Heading  Error  When  Turning 

Compute  Crosstrack  and  Heading  Error  When  Not  Turning 

Compute  Distance  to  Current  Waypoint 

Compute  Turning  and  Nonturning  Distances 

Figure  13.  Waypoint  Steering  Parts 


MISSILE  POSITION 
AND  DIRECTION 
OF  FLIGHT 


Figure  14.  Non-turning  Waypoint  Steering 
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When  the  distance  to  B  Is  equal  to  the  turning  distance  (adjusted  by  a 
lead  distance)  the  missile  Initiates  a  turn.  At  this  time  a  new  next 
waypoint  Is  obtained  from  pre-stored  mission  data.  The  waypoints  A,  B,  and  C 
are  then  redefined  as  shown  In  Figure  15.  After  redefinition  the  prior 
waypoints  B  and  C  become  waypoints  A  and  B.  The  missile  now  follows  a 
constant  radius  turn  circle  as  shown  In  the  figure. 

The  turn  Is  stopped  when  the  distance  to  B  Is  equal  to  the  nonturning 
distance  (adjusted  by  a  lead  distance).  At  this  time,  the  missile  again 
flies  In  nonturning  flight  along  the  current  course  segment  and  the  steering 
process  Is  ready  to  repeat. 


NEXT  COURSE  SEGMENT  -  SEGMENT  SC 

Figure  15.  Turning  Waypoint  Steering 


3.  DETAILED  OPERATION 

The  operation  of  the  waypoint  steering  software  function  can  be  expressed 
as  a  finite  state  machine  with  three  states:  quiescent,  not-ln-turn,  and 
In-turn.  Figure  16  shows,  for  each  state  transition,  the  stimulus  above  the 
transition  line  and  the  actions  (processing)  below  the  transition  line. 
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PERIOOtC  INTERRUPT 
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INITIALIZATION  COMMAND 
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TURN  STATUS  •  START  TURN 


PIRIOOIC  INTERRUPT 


T  IRISH  COMPUTE  MISSILE  UNIT  RADIAL  VECTOR.  URM. 

UN  IATM.  LONGm 
OUT  UAm> 

2  IRT7SI  COMPUTE  DISTANCE  TO  CURRENT  WAYPOINT 

IIN  UPM  UT| 

OUT  DiST  TO  SI 

3  (RTTlt  COMPUTE  CROSSTRACK  b  HEADING  ERROR  WHEN  TURNING 

UN  OIST  TO  I,  UAM.  UNg  UTg.  TURN  OIRICTION .  TURN  RADIUS . 

GROUND  VELOCITY.  NONTURNING  DIST 
OUT  CROSSTRACK  ERROR.  HEADING  ERROR! 

4  IP  17(1  PERFORM  STOP  TURN  TEST 

IIN  OIST  TO  B  NONTURNING  DIST.  ICAO  DIST 
OUT  TURN  STATUSl 


Figure  16.  Waypoint  Steering  State  Diagram 
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The  following  paragraphs  describe  the  waypoint  steering  function  with 
respect  to  this  figure. 

To  begin  the  waypoint  steering  operation  the  not-ln-turn  state  Is  entered 
from  the  quiescent  state  after  receipt  of  an  Initialization  command 
stimulus.  Part  R170  performs  the  processing  associated  with  this  transi¬ 
tion.  It  computes  the  Initial  waypoint  steering  vectors  from  the  latitude 
and  longitude  of  the  Initial  waypoints  A,  B,  and  C. 

In  the  not-ln-turn  state,  parts  R168,  R176,  R175,  and  R179  execute 
periodically  to: 

Compute  the  missile  crosstrack  error  and  heading  error. 

Perform  a  test  to  see  If  It  Is  time  to  begin  a  turn. 

When  the  start  turn  criterion  Is  met  the  software  leaves  the  not-ln-turn 
state  and  enters  the  In-turn  state.  In  this  transition  a  new  next  waypoint 
Is  obtained  from  stored  mission  data  and  part  R171  updates  the  steering 
vectors  for  the  new  waypoints. 

In  the  In-turn  state,  parts  R168,  R176,  R173,  and  R178  execute 
periodically  to: 

--  Compute  the  missile  crosstrack  error  and  heading  error. 

--  Perform  a  test  to  see  If  It  Is  time  to  stop  the  turn. 

When  the  stop  turn  criterion  Is  met  the  software  leaves  the  In-turn  state 
and  enters  the  not-ln-turn  state.  The  processing  performed  In  this 
transition  Is: 

Part  R172  computes  the  turn  angle  and  the  turn  direction. 

Part  R177  computes  the  turning  distance  and  the  nonturning 
distance. 

A  missile  peculiar  part  computes  the  lead  distance  -  a  parameter 
which  compensates  for  the  delay  In  turning  caused  by  missile 
dynamics. 
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4.  PARTS  DESCRIPTION 


a.  Compute  Unit  Radial  Vector  (Part  R168) 

This  part  computes  the  unit  radial  vector  of  a  point  given  the 
point's  geocentric  latitude  and  longitude.  The  unit  radial  vector  of  a  point 
extends  outward,  from  the  origin  of  the  earth  centered  reference  frame, 
towards  the  point  whose  latitude  and  longitude  are  given.  This  Is 
Illustrated  In  Figure  17.  This  part  computes  the  unit  radial  vector  for 
either  a  missile  or  for  a  waypoint. 


•*i 


Figure  17.  Unit  Radial  Vector 


b.  Compute  Segment  Unit  Normal  Vector  (Part  R169) 

This  part  computes  the  unit  normal  vector  of  a  course  segment  from 
the  two  unit  radial  vectors  representing  the  end  point  positions  of  the 
course  segment.  It  also  computes  the  length  of  the  course  segment.  A  unit 
normal  vector  Is  perpendicular  to  the  plane  containing  the  unit  radial 
vectors  as  shown  In  Figure  18. 


3? 


Figure  18.  Unit  Normal  Vector 


c.  Initialize  Steering  Vectors  (Part  R170) 

This  part  perforins  the  Initial  computation  of  the  steering  vectors 
UN_B,  UT_B,  UN_C,  and  UT_C.  It  also  computes  the  distance  of  the  next 
segment  which  connects  waypoints  6  and  C.  F>ure  19  Illustrates  the 
Information  that  this  part  computes. 


Figure  19.  Waypoint  Steering  Vector  Representation 
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d.  Update  Steering  Vectors  (Part  R171) 


Prior  to  a  waypoint  update  t> e  missile  Is  In  nonturning  flight  along 
the  current  course  segment.  The  waypoint  steering  vectors  are  shown  for  this 
case  in  the  upper  portion  of  Figure  20.  When  the  missile  begins  a  turn,  a 
new  next  waypoint  (l.e.,  a  new  waypoint  C)  Is  obtained  from  mission  data. 

Part  R171  then  updates  the  waypoint  steering  vectors  as  shown  In  the  lower 
portion  of  Figure  20. 


AFTER  WAYPOINT  UPDATE 


Figure  20.  Waypoint  and  Steering  Vector  Update 
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e.  Compute  Turn  Angle  and  Direction  (Part  R172) 


This  part  uses  the  steering  vectors  (UN_C,  UT_C,  UT_B)  to  compute 
the  turn  direction  and  the  tangent  of  one-half  the  turn  angle. 

f.  Perform  Start/Stop  Turn  Test  (Part  R180) 

This  part  consolidates  the  start  turn  test  of  Part  R179  and  the  stop 
turn  test  of  Part  R178  In  one  place. 

g.  Perform  Start  Turn  Test  (Part  R179) 

This  part  determines  when  a  turn  should  start. 

h.  Perform  Stop  Turn  Test  (Part  R178) 

This  part  determines  when  a  turn  should  stop. 

I.  Compute  Crosstrack  and  Heading  Erro**  (Part  R174) 

This  part  combines  the  functions  of  parts  R173  and  R175  to  reduce 
the  total  lines  of  code  and  consolidate  crosstrack  and  heading  error 
calculations  In  one  place.  See  Figure  21  for  an  Illustration  of  crosstrack 
and  heading  error  for  turning  and  nonturning  flight. 

J.  Compute  Crosstrack  and  Heading  Error  When  Turning  (Part  R173) 

This  part  computes  crosstrack  error  and  heading  error,  when  the 
missile  Is  In  a  turn,  as  shown  In  the  lower  portion  of  Figure  21. 

k.  Compute  Crosstrack  and  Heading  Error  When  Not  Turning  (Part  R175) 

This  part  computes  crosstrack  error  and  heading  error,  when  the 
missile  Is  not  In  a  turn,  as  shown  In  the  upper  portion  of  Figure  21. 
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Turning  distance  Is  Illustrated  In  Figure  14  and  nonturning  distance  In 
Figure  15. 

5.  PARTS  USAGE 

The  waypoint  steering  parts  discussed  above  could  have  been  used  In  seven 
of  the  ten  missiles  In  the  CAMP  missile  set.  This  Is  shown  In  Figure  22. 
Generally  any  missile  that  uses  an  Inertial  navigation  system  to  determine 
latitude  and  longitude  can  use  the  waypoint  steering  parts,  described  here, 
to  control  missile  ground  track. 


A:  UTG  SINP 

B:  AGM-109H 

C: 

AGM-109L 

D: 

BGM-109C 

E: 

BGM-109B 

F:  BGM-109G 

G:  HARPOON 

H: 

BGM-109A 

I: 

MGD  GANP 

J: 

SPARTAN 

A 

B 

C  D  E 

F  G 

H  I  J 

Waypoint  Steering  Parts. 

ii 

X 

X  X 

X 

X  X 

Figure  22.  Waypoint  Steering  Parts  Usage 
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1 .  INTRODUCTION 

A  missile  autopilot  accepts  commands  from  the  guidance  function  and 
forces  the  missile  dynamics  to  conform  to  the  commands  In  a  stable  fashion. 
To  do  this,  the  autopilot  computes  missile  fin  deflections  using  dynamic 
feedback  such  as  angular  rates  and  linear  accelerations  to  stabilize  short 
period  airframe  motion. 

The  software  parts  listed  In  Figure  23  have  been  Identified  to  help  the 
software  engineer  Implement  the  autopilot  function.  Part  R059  (Pitch 
Autopilot)  and  Part  R064  (Lateral/DIrectlonal  Autopilot)  are  the  key 
autopilot  parts.  Together  they  can  be  used  to  Implement  the  autopilot  for  a 
bank  to-turn  missile.  To  perform  their  function  they  use  the  lower  level 
part  R048  (Integral  Plus  Proportional  (IPP)  Gain)  as  well  as  signal 
processing  parts  such  as  digital  filters  and  limit  functions. 

In  a  skld-to-turn  missile  the  autopilot  would  be  Implemented  by  using 
Part  R059  (Pitch  Autopilot)  for  both  the  pitch  autopilot  function  as  well  as 
the  yaw  autopilot  function.  In  this  case  the  use  of  Part  R064 
(Lateral/DIrectlonal  Autopilot)  would  not  be  required. 


Part  R048  -  Integral  Plus  Proportional  (IPP)  Gain 

Part  R059  -  Pitch  Autopilot 

Part  R064  -  Lateral/DIrectlonal  Autopilot 

Figure  23.  Autopilot  Parts 
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2.  PARTS  DESCRIPTION 


a.  Integral  Plus  Proportional  (IPP)  Gain  (Part  R048) 

This  part  Implements  a  classical  control  system  structure  called  an 
"Integral  plus  proportional  gain".  A  block  diagram  representation  of  this  Is 
shown  In  Figure  24.  The  part  has  a  single  Input  which  Is  processed  by  two 
parallel  paths.  An  Integration  of  the  Input  Is  performed  by  one  of  the  paths 
while  the  other  simply  applies  a  proportional  gain  to  the  Input.  The  results 
of  the  Integration  and  gain  are  then  added  together  to  form  the  output  of  the 
part. 

Other  significant  features  of  this  part  are: 

The  value  that  the  Integrator  can  attain  Is  limited  and  the 
Integrator  Is  frozen  when  Its  output  Is  In  the  limited 
condition. 

The  Integrator  Is  also  frozen  based  on  the  value  of  a  flag 
(labeled  "Clamp"  In  Figure  24)  which  represents  the  status  of 
an  external  limit  operation.  This  prevents  the  IPP  Integrator 
from  charging  up  when  the  IPP  oi tput  Is  being  limited 
externally. 

CLAMP 


IPP  INPUT 


Figure  24.  Integral  Plus  Proportional  (IPP)  Gain 
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b.  Pitch  Autopilot  (Part  R059) 


As  shown  In  Figure  25,  this  part  accepts  a  normal  acceleration 
command  as  an  Input.  Then,  using  normal  acceleration  and  pitch  rate 
feedback,  elevator  deflection  commands  are  computed  In  such  a  manner  that 
missile  pitch  motion  1$  stable,  and  actual  missile  normal  acceleration  Is 
equal  to  the  commanded  normal  acceleration. 

Digital  filters  are  used  to  filter  the  pitch  rate  and  normal 
acceleration  feedback.  These  are  tailored  to  the  particular  missile 
application.  For  example.  In  a  missile  with  significant  body  bending  these 
filters  would  be  selected  to  prevent  body  bending  modes  from  adversely 
affecting  vehicle  stability.  In  another  missile,  body  bending  may  not  be  a 
problem  so  the  filters  would  be  removed  from  the  pitch  autopilot. 

Other  significant  features  of  this  part  are: 

If  the  elevator  command  Is  on  the  limit  then  the  Integrator  on 
the  normal  acceleration  error  signal  Is  frozen. 

The  user  Is  provided  with  an  Initialization  operation  which 
sets  the  Integrator  Initial  value  so  that  there  Is  no  Initial 
elevator  movement.  This  avoids  large  transient  conditions  when 
the  pitch  autopilot  Is  first  activated. 


Figure  25.  Pitch  Autopilot  Functional  Diagram 
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c.  Lateral/Olrectlonal  Autopilot  (Part  R064) 


As  shown  In  Figure  26,  this  part  accepts  a  roll  angle  command  as  an 
Input.  Then,  using  roll  attitude,  lateral  acceleration,  yaw  rate,  and  roll 
rate  Feedback,  aileron  and  rudder  deflection  commands  are  computed  In  such  a 
manner  that  missile  roll  and  yaw  motion  are  stable,  and  actual  missile  roll 
angle  Is  equal  to  the  commanded  roll  angle. 

Digital  filters  are  used  to  filter  the  yaw  rate  and  lateral 
acceleration  feedback.  These  are  tailored  to  the  particular  missile 
application  In  the  same  manner  as  for  the  pitch  autopilot.  A  digital  filter 
on  the  roll  command  Is  also  available,  at  the  option  of  the  application 
engineer,  to  prevent  step  changes  In  roll  command  from  reaching  the  aileron 
command  signal. 

Other  significant  features  of  this  part  are: 

If  the  aileron  (or  rudder  command)  Is  on  the  limit  then  the 
aileron  (or  rudder)  channel  Integrator  Is  frozen. 

The  user  Is  provided  with  an  Initialization  operation  which 
sets  the  Initial  values  of  thr  aileron  and  rudder  channel 
Integrators  so  that  there  Is  no  Initial  aileron  or  rudder 
movement.  This  avoids  large  transient  conditions  when  the 
lateral/dlrectlonal  autopilot  Is  first  activated. 
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3.  PARTS  USA6E 


The  application,  with  respect  to  the  CAMP  missile  set,  of  the  autopilot 
parts  discussed  above  Is  shown  In  Figure  ?7.  Generally,  Part  R059  Is  a 
candidate  for  use  In  any  skld-to-turn  missile,  while  the  combination  of  Parts 
R059  and  R064  Is  a  candidate  for  use  In  any  bank-to-turn  missile. 


A:  UTG  SINP  6:  AGM-109H  C:  AGM-109L  0:  BGM-109C  E:  BGM-109B 
F:  BGM-109G  G:  HARPOON  H:  BGH-109A  I:  MGD  GANP  J:  SPARTAN 


abcdefghij 

R048  Integral  Plus 

Proportional  (IPP)  Gain....  XXX  X  X 

R059  Pitch  Autopilot .  XXXXXXX  X 

R064  Lateral/Olrectlonal 

Autopilot .  XXX  X  X 


Figure  27.  Autopilot  Part  Usage 
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SECTION  VIII 

WARHEAD  CONTROL  CONNONALITY 

1. 

2. 

3. 

4. 

5. 


1 .  INTRODUCTION 

Warheads  found  In  the  CAMP  missile  set  can  be  divided  Into  the  following 
categories: 

--  Nuclear  (TLAN-N,  TLAM-G) 

Conventional /Programmed  Detonation  (TLAM-C) 

Conventlonal/Impact  Detonation  (TASM,  HARPOON,  NRASM-L) 

--  Submunition  (MRASM-H) 

The  following  paragraphs  discuss  each  warhead  category  with  respect  to 
the  common  functions  that  exist  in  each  category,  and  the  reusable  software 
parts  that  can  be  used  to  help  Implement  these  functions.  A  summary  of 
warhead  control  functions  versus  the  CAMP  missiles  Is  shown  In  Figure  28. 

Note  that  UTGV,  MGO,  and  Spartan  are  not  listed  In  the  figure  because  they  do 

not  Involve  onboard  warhead  control. 

2.  NUCLEAR 

The  missiles  In  the  Camp  missile  set  with  nuclear  warheads  are  TLAM-G  and 

TLAM-N.  TLAM-G  uses  the  W84  warhead  while  TLAN-N  uses  the  W80  warhead.  Even 

though  the  specific  warheads  are  different  the  following  operations  were 
found  to  be  common  to  the  missiles  In  the  nuclear  warhead  category: 

Environmental  Sensing  Device  (ESD)  Word  Formation 
Warhead  Arming  Maneuver 


Introduction  .  44 

Nuclear  .  44 

Conventional /Programmed  Detonation  ..  49 

Conventlonal/Impact  Detonation  .  51 

Submunition  .  52 
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WARHEAD  CONTROL 
FUNCTION 


ESD  Word  Formation 


Warhead  Arming 


Maneuver 


Function  Select 
Sequencing 


Final  Warhead 
Arming  Sequencing 

Target  Countdown 
Sequencing 


Arming  Sequence 


Oetonatlon  Time 
Calculations 


Oetonatlon 

Sequencing 


Submunition 

Calculations 
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Function  Select  Sequencing 
Final  Warhead  Arming  Sequencing 
Target  Count  Down  Sequencing 

The  Environmental  Sensing  Device  (ESD)  Word  Formation  function  forms  a 
word  that  contains  the  results  of  unique  events  that  occur  during  a  flight. 
Correct  formation  of  the  ESO  word,  by  missile  software.  Is  a  prerequisite  for 
warhead  detonation.  An  example  of  an  ESD  word  Is  given  In  Figure  29.  As 
seen  In  the  figure,  various  constraints  are  placed  on  each  event  In  relation 
to  the  other  events.  For  example,  when  event  3  (missile  enable)  occurs  It 
can  be  recorded  In  the  ESO  word  only  If  events  1  and  2  have  already  occurred, 
but  event  4  has  not  occurred.  The  logic  to  handle  the  formation  of  the  ESD 
word  can  be  built  using  the  CAMP  abstract  process  part  called  a  Nealy 
machine.  A  Mealy  machine,  which  forms  the  24  event  ESD  word  for  TLAH-G  and 
TLAN-N,  Is  diagrammed  In  Figure  30.  In  this  diagram  the  stimulus  for  the 
state  transition  Is  shown  above  the  transition  line.  For  example,  the 
transition  from  state  1  to  state  2  occurs  when  event  1  (El)  has  occurred  but 
event  2  (E2)  has  not.  Although  not  shown  In  the  figure,  the  processing, 
associated  with  a  transition  from  state  N,  Is  that  event  N  Is  recorded  In  the 
ESO  word. 

The  Warhead  Arming  Maneuver  Involves  a  sequence  of  flight  maneuvers 
designed  to  actuate  the  warhead  ESD  acceleration  switch.  Because  this 
operation  Is  Identical  In  the  two  missiles,  a  simple  part  could  be  specified 
for  this  function. 

The  Function  Select  Sequencing  operation  Involves  a  straightforward 
sequence  of  logical  tests  and  timed  discrete  outputs.  The  details  are 
different  for  the  two  missiles  but  the  pattern  of  logic  Is  the  same. 

The  Final  Warhead  Arming  Sequencing  function  Involves  a  straightforward 
sequence  of  discrete  outputs.  Including  the  Initiation  of  the  ESD  word 
output.  This  function  Is  Identical  for  the  two  missiles  and  a  simple  part 
could  be  specified  to  serve  the  needs  of  both  missiles. 
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EVENT 

EVENT  NAME 

EVENTS  THAT 

EVENTS  THAT 

NO. 

MUSI  HAVE 

OCCURREO 

MUST  NOT  HAVE 

OCCURRED 

1 

Start  launch  received 

2 

2 

Battery  activate 

1 

4 

3 

Missile  enable 

1-2 

4 

4 

First  motion 

1-3 

5 

Launch  escape 

1-4 

6 

Booster  acceleration 

1-5 

7 

Launcher  clear 

1-6 

8 

Booster  thrust  decay 

1-7 

9 

Transition  complete 

1-8 

10 

Maneuvering  speed 

11 

11 

Arming  maneuver  position  1-9 

12 

Arming  maneuver 

14 

13 

Left  turn 

10,  11 

14 

Right  turn 

13 

15 

Final  arm  position 

1-9,  16-23 

16-22 

Events  associated  with 

terrain  correlation  and 

voting 

1-9 

23 

Lateral  steering 

1-9,  16-22 

24 

In-flight  BIT 

1-9,  15-23 

Figure  29.  Example  of  ESO  Word  Formation  Requirements 
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CUE?  £2*0  E3m  E4  ES  E6  E7  El 


Figure  30.  Mealy  Machine  that  Forms  TLAM-N/G  ESO  Word 


The  Target  Countdown  Sequencing  function  consists  of  a  calculation  of 
time- to  go  to  the  target  and  a  timed  sequence  of  discrete  outputs  which 
detonate  the  warhead.  As  for  the  above  case,  this  function  Is  Identical  for 
the  two  missiles  and  a  simple  part  could  be  specified  to  serve  the  needs  of 
both  missiles. 

a.  Application  of  Nuclear  Parts  to  Other  Missiles 

CAMP  nuclear  warhead  control  parts  are  applicable  to  new  missiles 
outside  the  CAMP  missile  set  If  the  new  missiles  use  current  generation 
nuclear  warheads  such  as  the  W80  warhead  and  the  W84  warhead.  In  the  case  of 
the  ESD  Word  Formation  function,  the  unique  flight  events  associated  with  a 
new  missile  would  likely  be  different  than  those  for  TlAM-G  and  TLAM-N. 
However,  the  CAMP  Mealy  machine  schematic  part  could  still  be  used  to 
construct  a  part  to  satisfy  the  ESO  word  formation  requirements  of  the  new 
missile. 
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For  the  remaining  four  nuclear  warhead  functions  (Warhead  Arming 
Maneuver,  Function  Select  Sequencing,  Final  Warhead  Arming  Sequencing,  and 
Target  Count  Down  Sequencing),  the  reusability  of  the  CAMP  parts  depends  on 
the  degree  of  similarity  of  the  new  missile's  warhead  with  the  W80  and  W84 
warhead.  In  one  extreme,  If  the  new  missile  happened  to  use  the  W80  or  W84 
warhead  directly,  then  the  CAMP  abstract  process  parts  for  event  sequencing 
would  still  be  useful  In  constructing  these  four  warhead  control  functions, 
since  they  have  (for  the  most  part)  a  sequential  structure. 

At  the  other  extreme,  consider  a  new  missile  which  uses  a  "next* 
generation  nuclear  warhead.  SRAM-II  (Short  Range  Attack  Missile)  Is  In  this 
category.  The  next  generation  nuclear  warhead,  as  envisioned  at  the  present 
time  for  SRAM-II,  has  Its  own  embedded  computer  which  communicates  with  the 
main  missile  computer  via  a  data  bus.  While  details  of  the  warhead  control 
functions  performed  by  the  warhead  computer  are  sketchy  at  this  time.  It  Is 
likely  that  the  CAMP  abstract  process  parts  (e.g.,  the  schematic  Mealy 
machine  part)  could  be  used  to  help  construct  the  software  resident  In  the 
nuclear  warhead  computer. 

Except  for  the  Target  Count  Down  Sequencing  function,  the  nature  of 
the  warhead  support  software  resident  In  the  rain  missile  computer  will 
change.  Once  this  support  software  Is  clearly  defined.  It  Is  probable  that 
reusable  parts  could  be  designed  to  help  Implement  the  warhead  support 
function  In  missiles  with  next  generation  nuclear  warheads. 

3.  CONVENTIONAL/PRO&RAMMED  DETONATION 

TLAM-C  1$  the  only  missile  In  the  CAMP  set  whose  warhead  operation  falls 
In  the  category  of  conventlonal/programmed  detonation.  In  this  case  a 
conventional  warhead  Is  used,  without  the  aid  of  a  terminal  seeker,  against  a 
fixed  target.  The  goal  of  the  warhead  control  software  Is  to  denonate  the 
warhead  so  that  the  resulting  fragments  Impact  the  target  as  directly  as 
possible.  The  following  operations  have  been  Identified  to  Implement  the 
warhead  control  function  for  missiles  In  this  category: 
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Arming  Sequencing 
Detonation  Time  Calculations 

Compute  Dynamic  Warhead  Fragment  Angle 
Compute  Warhead  Burst  Altitude 
Compute  Detonation  Time 
Detonation  Sequencing 

At  the  top  level  these  functions  can  be  structured  as  the  state  machine 
shown  In  Figure  31.  Again  the  CAMP  Mealy  machine  part  could  be  used  for  this 
purpose. 


MISSION  CONTROL  WORD  -  ARM 


Figure  31.  Conventlonal/Programmed  Detonation  State  diagram 
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The  Arming  Sequencing  function  Issues  a  timed  sequence  of  outputs  to  arm 
the  warhead,  while  the  Oetonatlon  Sequencing  function  Issues  a  timed  sequence 
of  outputs  to  detonate  the  warhead.  Each  function  could  be  constructed  using 
the  CAMP  abstract  process  parts  for  event  sequences  and  time  driven  event 
sequences. 

The  three  computations  listed  under  Detonation  Time  Calculations  would  be 
constructed  as  three  separate  simple  parts  which  perform  the  following 
functions: 

Compute  Dynamic  Warhead  Fragment  Angle  considers  the  mean  warhead 
fragment  velocity,  the  missile  horizontal  and  vertical  velocities, 
missile  pitch  attitude,  and  the  warhead  bias  angle  to  compute  the 
angle  (with  respect  to  the  vertical)  of  the  trajectory  of  warhead 
fragments. 

Compute  Warhead  Burst  Altitude  computes  the  altitude  with  respect  to 
the  target  of  the  point  of  warhead  detonation. 

Compute  Detonation  Time  considers  geometric  parameters  of  the  target 
engagement  to  compute  the  time  of  warhead  detonation  that  will 
provide  the  most  direct  Impact  of  the  target  by  warhead  fragments. 

a.  Application  of  Conventional /Programmed  Detonation  Parts  to  Other 
Missiles 

The  use  of  CAMP  Conventlonal/Programmed  Detonation  warhead  control 
parts  Is  applicable  to  missiles  outside  the  CAMP  missile  set  which  employ 
warheads  In  this  category.  For  the  Arming  Sequencing  and  Detonation 
Sequencing  functions,  the  CAMP  abstract  process  parts  for  event  sequences  and 
time  driven  sequences  could  be  used  to  meet  the  requirements  of  a  new 
missile's  warhead  control.  It  Is  likely  that  the  simple  parts  under 
Detonation  Time  Calculations  could  be  used  directly. 

4.  CONVENTIONAL/IMPACT  DETONATION 

MRASM-L,  TASM,  and  Harpoon  are  the  missiles  whose  warhead  control  Is  In 
this  category.  Here,  the  warhead  Is  armed  by  a  simple  sequence  of  steps 
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after  the  occurrence  of  a  certain  event,  such  as  seeker  lock-on.  This  Arming 
Sequence  function,  as  already  discussed  above,  would  use  the  CAMP  abstract 
process  parts. 

a.  Application  of  Conventional /Inpact  Detonation  Parts  to  Other 
Missiles 


Because  of  the  simplicity  of  the  warhead  control  functions  In  this 
category,  the  CAMP  part  usage  discussed  above  Is,  most  likely,  also  valid  for 
missiles  outside  the  CAMP  missile  set. 

5.  SUBMUNITION 

MRASM-L  1$  the  only  missile  In  the  CAMP  missile  set  whose  warhead 
operation  falls  In  the  category  of  submunition.  Analysis  of  this  area  Is 
currently  Incomplete,  however  the  following  functions  have  been  Identified: 

Compute  Tlme-at-Target  Centroid 
Issue  Warhead  Dispenser  Arming  Command 
Set  Over-Runway-Flag 
Estimate  Wind  at  Target 

Each  of  these  functions  could  be  Implemented  by  a  simple  part. 

a.  Application  of  Submunition  Parts  to  Other  Missiles 

Although  analysis  Is  Incomplete,  It  Is  reasonable  to  expect  that 
most  of  the  simple  parts  Identified  In  the  submunition  warhead  category  would 
be  useful  for  new  missiles  which  employ  submunition  warheads. 
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1 .  INTRODUCTION 

Air  data  software  provides  aerodynamic  Information  such  as  mach  number 
and  dynamic  pressure  for  use  by  other  missile  software  functions.  The  Inputs 
to  the  air  data  software  consist  of  voltages  representing  measurements  made 
by  the  air  data  Instruments  of  Impact  pressure,  static  pressure,  and 
temperature.  The  air  data  software  processes  this  Information  to  provide 
mach  number,  dynamic  pressure,  barometric  altitude,  and  the  speed  of  sound. 

The  six  software  parts  shown  In  Figure  32  have  been  Identified  to  help 
the  software  engineer  Implement  the  air  data  'unction. 


Part  R228  -  Compute  Outside  Air  Temperature 

Part  R229  -  Compute  Pressure  Ratio 

Part  R230  -  Compute  Nach 

Part  R231  -  Compute  Dynamic  Pressure 

Part  R232  -  Compute  Speed  of  Sound 

Part  R233  -  Compute  Barometric  Altitude 

Figure  32.  Air  Data  Parts 
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2.  PARTS  OPERATION 


The  top  level  operation  of  the  air  data  parts  Is  shown  In  Figure  33. 

Part  R106  (a  math  part  called  External  Form  Conversion)  rescales  the  voltages 
received  from  the  air  data  Instruments  to  produce  Impact_Pressure,  Measured 
Stat1c_Pressure,  and  Total_Temperature. 


Figure  33.  Air  Data  Parts  Operation 


A  missile  peculiar  software  function  computes  a  correction  to  Measured 
Stat1c_Pressure  which  removes  disturbances  to  the  air  stream  caused  by  the 
missile  airframe.  After  this  correction  Is  applied,  Measured_Stat1c_Pressure 
becomes  Free_Stream_Stat1c_Pres$ure.  This  quantity,  along  with  Impact 
Pressure  and  Measured_Stat1c_Pres$ure  Is  used  by  part  R229  to  compute 
Pressure_Rat1o.  In  turn,  Pressure_Rat1o  Is  the  Input  to  Part  R230  which 
produces  Mach. 

Using  Mach  and  Free_Stream_Stat1c_Pressure,  Part  R231  Computes  Dynamic 
Pressure.  Mach  Is  also  used  by  Part  R228  to  compute  0uts1de_A1r_Temperature 
from  Total_Temperature.  The  0uts1de_A1r_Temperature  Is  then  filtered  by  part 
R161  (  which  Is  a  signal  processing  part  called  Tustln  Lag  Filter  ). 

The  filtered  0uts1de_A1r_Temperature  Is  used  by  part  R232  to  compute 
Speed_of_Sound.  It  Is  also  used,  by  part  R229,  In  combination  with  Free 
Stream_Stat1c_Pressure  to  produce  8aro_Alt  (  Barometric  Altitude  ). 
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3.  PARTS  DESCRIPTION 


a.  Compute  Outside  Air  Temperature  (Part  R228) 

This  part  computes  the  temperature  of  the  air  at  a  location  which  Is 
far  enough  away  from  the  missile  so  that  the  air  temperature  Is  unaffected  by 
the  missile  airframe.  While  this  air  temperature  Is  called  outside  air 
tempera-  ture.  It  Is  also  known  as  free  stream  air  temperature.  In 
performing  this  computation,  the  part  uses  total  temperature,  mach  number, 
and  recovery  fac-  tor.  A  typical  value  for  recovery  factor  Is  0.93  but  the 
exact  value  varies  slightly  from  one  missile  to  the  next  depending  on  the 
particular  air  data  Instrument  Installation. 

b.  Compute  Pressure  Ratio  (Part  R229) 

This  part  computes  the  ratio  of  total  pressure  to  free  stream  static 
pressure  given  measured  static  pressure.  Impact  pressure,  and  free  stream 
static  pressure.  Note  that  total  pressure  Is  the  sum  of  measured  static 
pressure  and  Impact  pressure 

c.  Compute  Mach  (Part  R230) 

This  part  computes  mach  from  pressure  ratio  by  using  an 
approximation  to  the  following  exact  expression: 

Mach  =  Sqrt  (  5  *  (  (  Pressure_Rat1o  -11) 

The  three  constants  (CQ,  C^,  and  C^)  used  In  the  approximation 
are  selected  to  provide  the  best  approximation  over  the  mach  range  of 
Interest.  For  example,  with  Cq=  -1.65722,  1.94666,  and  C?* 

-.287428  the  approximation  used  by  this  part  Is  within  0.26  percent  of  the 
exact  expression  over  a  mach  range  from  0.6  to  0.95. 

Note  also  that  a  multiplicative  factor  to  compensate  pressure  ratio 
can  be  embedded  In  the  coefficients  C1  and  C?  If  required. 
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d.  Compute  Dynamic  Pressure  (Part  R231) 


This  part  computes  dynamic  pressure  given  free  stream  static 
pressure  and  mach  number. 

e.  Compute  Speed  of  Sound  (Part  R232) 

This  part  computes  the  speed  of  sound  In  air  from  the  temperature  of 

the  air. 

f.  Compute  Barometric  Altitude  (Part  R233) 

This  part  computes  barometric  altitude  by  numerical  Integration  of 
the  atmospheric  equation  of  state  based  on  free  stream  static  pressure  and 
outside  air  temperature  (also  called  free  stream  air  temperature). 

4.  PARTS  USAGE 

The  application,  with  respect  to  the  CAMP  missile  set,  of  the  air  data 
parts  discussed  above  Is  shown  In  Figure  34.  Generally  the  air  data  parts 
provided  are  useful  for  any  missile  that  employs  an  air  data  system  to  give 
any  or  all  of  the  following  Information:  dynamic  pressure,  mach  number, 
barometric  altitude,  and  speed  of  sound. 
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A:  UTG  SINP  B:  AGH-109H  C:  AGM-109L  D:  BGH-109C  E:  BGM-109B 
F:  BGM-109G  G:  HARPOON  H:  BGM-109A  I:  NGO  GANP  J:  SPARTAN 


A  B  C  D  E  F  G  H  I  J 


Part  R228  Compute  Outside 

Air  Temperature .  XXX  X  X 

Part  R229  Compute  Pressure  Ratio.  X  X  X  X  X  X 

Part  R230  Compute  Hach .  X  X  X  X  X  X 

Part  R231  Compute  Dynamic 

Pressure .  X  X  X  X  X  X 

Part  R232  Compute  Speed  of  Sound.  XXX  X  X 

Part  R233  Compute  Barometric 

Altitude .  XXX  X  X 


Figure  34.  Air  Oata  Parts  Usage 
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1 .  INTRODUCTION 

Part  R234  (Compute  Throttle  Command  to  Control  Kach)  Implements  a  mach 
control  loop  whose  purpose  is  to  control  missile  mach  number  to  a  desired 
value.  To  do  this,  the  part  controls  fuel  flow  to  the  engine  by  adjusting 
the  engine  throttle  position. 

The  desired  mach  number  (mach  command)  Is  chosen  external  to  this  part  to 
optimize  fuel  usage  or  to  control  waypoint  arrival  times. 

2.  PART  DESCRIPTION 

a.  Compute  Throttle  Command  to  Control  Hach  (Part  R234) 

As  shown  in  Figure  35  the  mach  control  loop  Implemented  by  this  part 
computes  the  error  between  mach  command  and  mach  feedback.  The  lower  level 
part  R048  (Integral  Plus  Proportional  Gain)  Is  used  to  drive  the  mach  error 
to  zero  by  commanding  throttle  movements  In  the  appropriate  direction.  After 
the  throttle  command  (labeled  Raw_Throttle_Cmd  In  Figure  35)  Is  generated.  It 
Is  processed  by  a  first  order  filter  which  serves  three  purposes: 

The  filter  limits  the  maximum  rate  of  change  of  the  throttle 
command. 

It  limits  the  bandwidth  of  the  throttle  command  signal,  and 
It  limits  the  maximum  and  the  minimum  throttle  command  to  the 
physical  limits  of  throttle  movement. 
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Other  significant  features  of  this  part  are: 


The  throttle  Integrator  (In  the  lower  portion  of  Figure  35)  Is 
frozen  when  Its  output,  the  throttle  command,  Is  In  the  limited 
condition. 

The  mach  error  Integrator  (In  the  upper  portion  of  Figure  35) 

Is  frozen  when  either  the  throttle  command  Is  In  the  limited 
condition,  or  when  the  mach  error  Integrator  output  Is  In  the 
limited  condition. 

The  user  Is  provided  with  an  Initialization  operation  which 
sets  the  Initial  value  for  each  of  the  two  Integrators  so  that 
there  Is  no  abrupt  change  In  the  throttle  command  when  the  mach 
control  loop  Is  first  activated. 


UHHfH_TMHOT_CMO_UMtT 
THHOTni.MTH.IMtT  lOWf*_TMftOT_CMD_lM«T 


Figure  35.  Mach  Control  Loop 
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3.  PART  USAGE 


The  application  with  respect  to  the  CAMP  missile  set  of  the  part 
discussed  above  Is  shown  In  Figure  36.  Generally  Part  R234  Is  a  candidate 
for  use  In  any  missile  which  has  a  throttable  engine  and  which  requires  the 
control  of  mach  number. 


A:  UTG  SINP  6:  AGM-109H  C:  AGN-109L  0:  BGN-109C  E:  6GM-109B 
F:  BGM-109G  G:  HARPOON  H:  BGM-109A  I:  HGO  GANP  J:  SPARTAN 


n  n  n  h  n 

R234  Compute  Throttle  Command 

to  Control  Mach .  X  X  X  X  X  X 


Figure  36.  Fuel  Control  Part  Usage 
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SECTION  XI 

ABSTRACT  DATA  STRUCTURE  PARTS  RATIONALE 

1.  Introduction  .  61 

2.  Parts  Description  _  6? 


1 .  INTRODUCTION 

Abstract  Data  Structures  provide  a  data  structure  and  operations  to  be 
performed  on  that  data.  Outside  components  may  only  access  the  abstract  data 
structure  through  subprograms  which  form  the  operations  of  the  abstract 
structure.  These  subprograms  should  offer  primitive  operations  on  the 
structure  from  which  an  outside  program  can  build  higher  level  operations  to 
meet  Its  own  processing  needs. 

The  advantage  to  defining  abstract  data  structures  Is  that  they  provide  a 
means  of  organizing  a  complex  program  using  a  standard  set  of  operations. 
Their  ability  to  limit  the  scope  of  Interfaces  to  a  given  set  of  data 
simplifies  the  design  of  user  programs  and  guarantees  Independence  from  the 
underlying  data  structure  and  algorithms.  The  potential  user  of  these  parts 
must  be  aware  of  such  features  as  memory  requirements,  algorltmlc  complexity, 
and  data  security.  With  these  facts  the  user  can  choose  the  appropriate  data 
structure  and  Implementation  for  his  program,  and  should  his  performance  or 
operational  needs  change,  he  can  change  Abstract  Data  Structures  with  minimal 
on  his  application  program. 

A  message  buffering  example  will  explain  the  nature  of  these  parts.  If 
the  user  knows  he  has  four  different  message  streams,  then  he  must  declare 
four  message  buffers  to  handle  this  data.  If  the  user  knows  the  maximum 
number  of  messages  which  he  will  ever  want  to  buffer,  then  he  will  likely 
choose  a  buffer  with  static  size.  If,  however,  the  number  of  messages  In  the 
buffer  fluctuates  across  a  wide  range,  then  allocating  maximum  size  buffers 
may  be  costly  In  terms  of  memory.  If  the  user  later  decides  that  two  of  the 
buffers  should  be  unbounded,  because  they  can  grow  and  shrink  dynamically, 
then  he  may  choose  to  change  the  data  type  for  those  two  buffers.  The 
operations  on  the  unbounded  buffer  will  be  essentially  the  same  as  those  on 
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the  bounded,  except  for  test  for  full.  Now  the  user  has  changed  his 
architectural  design,  but  with  minimal  Impact  on  the  rest  of  his  system. 

Figure  37  shows  the  parts  which  make  up  the  data  structure  parts.  The 
paragraph  numbers  refer  to  section  numbers  In  the  CAMP  Software  Requirements 
Specification. 


Figure  37.  Organization  of  Data  Structure  Parts 


2.  PARTS  DESCRIPTIONS 

The  Abstract  Data  Structure  Parts  consist  of  Buffers,  Queues  and  Stacks 
used  for  missile  control  functions.  The  domain  analysis  revealed  the  parts 
shown  In  Figure  38. 
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A:  UTG  SINP  6:  AGM-109H  C:  AGM- 1 09L  D:  BGM-109C  E:  BGM-109B 
F:  BGN-109G  G:  HARPOON  H:  BGM109A  I:  MGD  GANP  J:  SPARTAN 


abcdefghij 

Bounded  FIFO  Buffer  .  X  XXX  X 

Circular  Buffer  .  X 

Unbounded  FIFO  Buffer  . 

Priority  Queue  .  X  X  X  X  X  X 

Bounded  Stack  .  X  X  X 

Unbounded  Stack  . 


Figure  38.  Oata  Structure  Parts  Utilization 

a.  Bounded  FIFO  Buffer 

The  Bounded  FIFO  Buffer  will  perform  buffering  of  data  In  a  first  In 
first  out  fashion.  The  part  will  limit  the  number  of  Items  which  may  be  In 
the  buffer  at  any  one  time  and  will  raise  an  .xceptlon  If  an  attempt  Is  made 
to  add  to  an  already  full  buffer.  The  part  can  be  used  to  buffer  Incoming 
Mission  Data.  TERCOM  processing  or  DSMAC  updates.  In  addition,  this  part  can 
be  used  for  message  passing  between  components  of  a  system. 

b.  Circular  Buffer 

The  circular  buffer  Is  a  particular  version  of  a  bounded  FIFO 
buffer.  The  chief  difference  Is  that  the  circular  buffer  will  not  block 
Incoming  data  If  the  buffer  Is  already  full.  Rather,  It  will  overwrite  older 
data  to  assure  that  all  new  data  will  be  seen.  This  part  may  be  used  to 
buffer  the  same  types  of  data  as  the  Bounded  FIFO  buffer. 
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c.  Unbounded  FIFO  Buffer 


This  part  performs  the  same  functions  as  the  Bounded  FIFO  Buffer. 

It  differs  from  the  bounded  version  In  that  It  can  accept  an  unlimited  number 
of  Inputs  to  the  buffer.  The  Unbounded  FIFO  Buffer  will  be  used  In  future 
missiles  to  control  mission  data  created  after  the  missile  Is  In  flight. 

d.  Priority  Queue 

The  Priority  Queue  performs  buffering  Information  on  Incoming  data 
streams.  It  differs  from  the  FIFO  buffers  In  that  Incoming  data  carries  a 
priority.  The  priority  will  determine  the  order  In  which  the  queue  will 
process  data.  For  the  current  missiles  the  priority  queues  are  used  by  the 
runtime  executive  to  schedule  tasks  and  controlling  data  flow.  Future 
missiles  will  use  this  structure  to  control  external  message  handling  and  to 
support  dynamic  task  priorities  In  Ada. 

e.  Bounded  Stack 

This  part  performs  stack  operations  on  Incoming  data.  The  bounded 
stack  will  raise  an  overflow  condition  if  an  attempt  Is  made  to  push  data  on 
an  already  full  stack.  It  will  raise  an  underflow  condition  If  an  attempt  Is 
made  to  remove  data  from  an  empty  stack.  The  missiles  In  the  CAHP  domain 
could  use  a  stack  data  structure  to  control  switch  settings  for  event 
control.  In  future  missiles  they  could  be  used  to  perform  command  processing 
after  launch. 

f.  Unbounded  Stack 

This  part  performs  the  same  operations  as  the  Bounded  Stack.  The 
sire  of  the  stack  Is,  however,  dynamic.  It  will  grow  to  accept  additional 
Incoming  data  as  required.  The  Unbounded  Stack  will  raise  only  the  underflow 
condition  If  an  attempt  Is  made  to  remove  data  from  an  empty  stack. 
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SECTION  XII 

MATHEMATICAL  PARTS  RATIONALE 


1.  Introduction  .  65 

2.  Issues  .  66 

3.  Parts  Description  .  68 


1 .  INTRODUCTION 

The  general  purpose  mathematics  package  has,  In  the  past,  been  the  one 
area  of  software  development  which  has  promoted  the  highest  level  of  reuse, 
for  mainframe  system  applications,  this  package  has  consisted  of  a  wide  range 
of  off-the-shelf  routines,  thoroughly  tested  to  provide  accurate  results  with 
minimum  overhead.  For  embedded  systems,  this  package  has  provided  a  more 
restricted  range  of  reusable  algorithmic  designs,  to  guarantee  results  which 
are  sufficiently  accurate  to  the  demands  of  the  system. 

The  CAMP  math  parts  provide  off-the-shelf  routines,  coded  In  Ada,  to 
satisfy  the  computational  requirements  of  our  missile  domain.  Many  of  these 
parts  are  those  typically  found  In  general  purpose  math  packages.  The 
trigonometric  functions,  for  example,  will  be  Implemented  though  lower-level 
polynomial  or  system  functions  to  provide  a  standard  set  of  well-tested  parts 
guaranteeing  a  high  degree  of  accuracy  with  minimum  overhead.  In  addition, 
the  design  will  supply  the  polynomial  functions  themselves  to  the  part  user 
so  that  he  might  custom  tailor  his  own  special-purpose  algorithms.  Other 
parts,  such  as  signal  processing  and  data  conversion,  are  less  commonly  found 
In  general  packages,  but  are  essential  for  missile  applications. 

This  rationale  will  present  each  of  the  major  part  groups  and  explain 
their  significance  to  missile  applications.  With  the  exception  of  signal 
processing  parts,  some  or  all  of  the  parts  are  used  In  each  of  the  ten 
missiles.  In  many  cases,  the  CAMP  study  has  Included  parts  which  are  not 
used  In  any  single  missile  but  are  certainly  appropriate  for  the 
applications.  Parts  have  been  added  to  create  a  complete  set  of  parts  for 
each  group.  (For  example,  many  of  the  unit  conversion  parts  are  extrapolated 
for  conversions  which  may  be  needed  In  the  future.)  For  signal  processing 
parts  a  table  of  parts  usage  will  show  which  missiles  use  these  parts. 
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2.  ISSUES 


a.  Requirements  for  the  CAMP  Domain 

The  CAMP  domain  analysis  has  shown  that  there  are  a  wide  range  of 
mathematical  parts  which  the  missile  domain  will  require.  The  organization 
of  these  parts,  as  documented  In  the  Software  Requirements  Specification  Is 
shown  In  Figure  39.  Paragraph  3  explains  the  significance  of  each  of  these 
parts  and  how  they  will  be  used  to  support  other  CAMP  parts. 


Figure  39.  Organization  of  CAMP  Mathematical  Parts 

b.  Accuracy,  Precision,  and  Overhead  of  Numerical  Methods 

A  major  set  of  Issues  which  the  CAMP  parts  for  mathematical 
operations  must  address  relate  to  the  accuracy,  precision  and  overhead 
Incurred  by  these  operations.  Because  these  parts  are  often  used  In 
time-critical  computations,  there  must  be  minimal  cost  In  using  the  parts. 
This  Issue  has  been  discussed  In  Volume  I  of  this  report  and  below  under 
those  parts  which  are  specifically  designed  to  meet  timing  constraints. 
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In  addition  to  time  criticality,  there  Is  also  a  need  for  parts 
which  can  address  precision  and  accuracy  of  computation.  The  factors 
Influencing  this  area  are  the  data  types  for  objects  (their  precision)  and 
the  operations  which  may  be  performed  on  those  objects.  The  CAMP  structure 
supports  special  purpose  polynomial  functions  through  the  Polynomial  Algebra 
parts  which  afford  the  user  great  flexibility  In  defining  his  own  set  of 
operations  to  meet  the  demands  for  accurate  computation.  The  rationale  for 
the  polynomial  parts  Is  also  discussed  below. 

c.  Reuse  of  CAMP  Math  Parts  within  the  CAMP  Domain 

A  final  area  of  concern  are  those  parts  which  specifically  satisfy 
the  computational  needs  of  other  parts  In  the  CAMP  domain.  Figure  40  shows 
the  mathematics  parts  which  support  one  or  more  other  CAMP  parts.  The  reused 
math  parts  have  been  required  to  meet  the  particular  needs  of  other  parts  In 
the  CAMP  domain.  The  method  of  design  allows  for  Integration  with  other  CAMP 
parts  and  there  Is  a  strong  dependence  upon  the  particular  design  structure 
as  described  In  the  Top-Level  Oeslgn  Document.  But  It  Is  significant  that 
the  math  parts  will  easily  lend  themselves  to  supporting  operations  from 
outside  the  CAMP  domain  as  long  as  the  non-CAMP  parts  are  designed  according 
to  the  CAMP  methods. 

CAMP  MATH  PART 

Coordinate  Vector/ 

Matrix  Algebra 
General  Vector/ 

Matrix  Algebra 
Polynomial  Algebra 
Geometric  Albegra 
Signal  Processing 
Sparse  Matrix  Algebra 


SUPPORTED  PARTS 
Navigation,  Waypoint  Steering 

Kalman  Filter 

Trigonometric  Parts 
Waypoint  Steering 
Autopilot,  Mach  Control 
Kalman  filter 


Figure  40.  CAMP  Parts  Supported  by  the  Mathematical  Parts 
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3.  PARTS  DESCRIPTION 


a.  Coordinate  Vector/Matrix  Algebra  Parts 

These  parts  support  four  types  of  operations:  Vector-Scalar, 

Vector  Vector,  Vector-Matrix,  and  Matrix-Matrix.  The  guiding  principle  of 

these  parts  has  been  the  need  for  efficiency  In  computation.  This  particular 

set  of  parts  takes  advantage  of  the  fact  that  most  Vector/Matrix  operations 

performed  In  missile  systems  Involve  a  three  dimension  coordinate  frame.  The 

parts  can  then  unfold  operations  on  the  Vector  or  Matrix  to  avoid  looping 

2 

tests.  The  time  advantage  gained  Is  to  reduce  an  n  -complexity  operation 
to  an  n-complexlty  operation.  These  concepts  are  fully  discussed  In  Section 
IV  of  Volume  I  of  this  report. 

b.  General  Vector/Matrix  Algebra  Parts 

These  parts  perform  the  same  set  of  operations  as  those  of  the 
Coordinate  Vector/Matrix  Algebra  Parts.  They  will  be  used  for  applications 
which  need  general,  rather  than  coordinate,  operations.  In  addition,  these 
parts  will  define  special  purpose  operations  for  Diagonal  and  Symmetric 
matrices. 


c.  Polynomial  Algebra 

A  series  of  polynomial  solutions  underlies  the  trigonometric  and 
other  transcendental  operations.  These  methods  have  been  developed  by 
numerical  analysts  to  provide  solutions  which  can  alternatively  offer  high 
accuracy,  computation'  speed,  or  memory  efficiency.  A  system-defined 
trigonometric  operation  will  use  one  such  method  to  offer  a  compromise  of 
these  criteria. 

The  rationale  behind  the  Polynomial  parts  which  are  shown  In  Figure 
41  Is  to  offer  a  variety  of  approaches  to  solve  trigonometric  and  other 
similar  problems.  Where  the  trlgonmetrlc  parts  offer  a  single  solution,  the 
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polynomial  parts  offer  a  range  of  different  solutions  depending  on  the 
particular  method  chosen  by  the  user.  The  user  may  need  a  sine  which  Is 
extremely  accurate,  and  he  Is  willing  to  pay  the  time  penalty  for  this 
computation.  The  Polynomial  parts  will  offer  him  such  a  function  or  he  can 
use  the  parts  to  define  his  own. 

Table  Lookup 
Chebyshev 
Pike 
Hart 

Hastings 

System  Functions 

Figure  41.  Polynomial  Parts 


Least  Squares 
Legendre 

Modified  Newton-Raphson 
Newton- Raphson 
Taylor  Series 


A  special  component  within  these  parts  Is  the  Table  Lookup 
functions.  This  component  offers  standard  tables  for  use  In  finding 
solutions  to  trigonometric  problems.  The  par.,  also  gives  the  user  the 
ability  to  create  his  own  table  of  values  or  to  pass  In  an  existing  table. 
This  will  afford  the  user  great  flexibility  In  defining  table-based 
operations . 

d.  Geometric  Algebra 

This  area  exists  primarily  to  support  the  Waypoint  steering 
operations  which  must  perform  computations  based  on  earth  geometry.  The 
particular  demands  of  Waypoint  steering  lead  to  the  creation  of  highly 
specialized  geometric  operations,  however,  and  for  the  most  part  these  are 
Included  under  the  Waypoint  Steering  operations. 

e.  Trigonometric  Parts 

These  parts  support  all  of  the  trlgonmetrlc  requirements  of  the 
missile  domain.  The  parts  are  not  a  comprehensive  collection  of  trlgonmetrlc 
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operations,  however.  The  CAMP  parts  are  limited  to  those  needed  to  support 
missile- related  operations.  These  are  shown  In  Figure  42. 

The  Sine-Cosine  and  Arcsine-Arccosine  are  another  case  of  designing 
parts  for  efficiency.  These  parts  exist  to  take  advantage  of  the  fact  that 
Intermediate  values  In  the  computation  of  sine  and  cosine,  and  In  their 
Inverses,  are  Identical.  Computing  both  values  at  once  can  save  numerous 
multiplies  and  adds. 

Sine 
Cosine 
Tangent 
Sine-Cosine 

Figure  42.  Trigonometric  Parts 


Arcsine 

Arccosine 

Arctangent 

Arcsine-Arccosine 


f.  Data  Conversion 

There  are  two  types  of  parts  which  fall  under  this  heading.  The 
first  deals  with  parts  which  are  needed  to  perform  unit  conversion,  e.g.  feet 
to  meters.  These  conversions  are  very  simple  and  rely  on  conversion 
constants  declared  In  other  parts. 

The  second  type  of  part  performs  conversion  on  external  Interface 
data.  This  data  comes  Into  a  missile  system  over  analog-to-dlgltal  channels 
and  must  be  converted  from  engineering  units  to  Internal  form,  generally 
floating  point.  Oata  being  passed  as  output  from  the  system  to  external 
devices  must  be  converted  from  the  Internal  form  to  the  external  form.  The 
data  conversion  parts  are  required  to  accept  parameters  which  will  permit 
easy  conversion  In  both  directions  on  external  data. 

g.  Signal  Processing 

Ihe  Signal  Processing  parts  consist  of  limiters  and  Filters  which 
are  used  In  signal  processing  operations  for  missile  control  functions.  The 
domain  analysis  revealed  the  parts  shown  In  Figure  43. 
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A  B  C  D  E  F  G  H  I  J 


Limiter  (Upper  and  Lower  Bounds)  .  X  XXX  XXX 

Limiter  (Upper  Bound)  .  X  X  X  X  X  X 

Limiter  (Lower  Bound)  . 

Absolute  Limiter  .  X  X  X  X  X  X 

Absolute  Limiter  with  Flag  .  X  X  X  X  X  X 

General  First  Order  Filter  .  X  X 

Tustln  Lag  Filter  .  X  X  X  X  X  X 

Tustln  Lead  Lag  Filter  .  X  X  X  X  X  X 

Second  Order  (Notch)  Filter  .  X  X  X 

Tustln  Integrator  with  Limit  .  X  X  X 


Figure  43.  Signal  Processing  Parts  Usage 


(1)  Limiter  (Upper  and  Lower  Bounds) 

This  part  will  provide  a  limiter  operation  giving  the  user 
the  ability  to  specify  both  upper  and  lower  bounds. 

(2)  Limiter  (Upper  Bound) 

This  part  will  provide  a  limiter  operation  giving  the  user 
the  ability  to  specify  an  upper  bound  only. 
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(3) 


Limiter  (Upper  Bound) 


This  part  will  provide  a  limiter  operation  giving  the  user 
the  ability  to  specify  a  lower  bound  only. 

(4)  Absolute  Limiter 

This  part  will  provide  a  limiter  operation  giving  the  user 
the  ability  to  specify  a  single  bound.  This  bound  will  be  compared  to  the 
absolute  value  of  the  Incoming  signal  to  perform  the  limiter  operation. 

(5)  Absolute  Limiter  with  Flag 

This  part  will  provide  a  limiter  operation  giving  the  user 
the  ability  to  specify  a  single  bound.  This  bound  will  be  compared  to  the 
absolute  value  of  the  Incoming  signal  to  perform  the  limiter  operation.  If 
the  bound  Is  reached  In  either  direction,  a  flag  Is  set  to  Indicate  the  limit 
condition.  The  bound  1$  cleared  once  the  value  falls  below  the  limit. 

(6)  General  First  Order  Filter 

This  part  will  perform  a  first  order  filter  operation. 

(7)  Tustln  Lag  Filter 

This  part  will  perform  a  first  order  filter  operation  using 
the  Tustln  Lag  method. 

(8)  Tustln  Lead  Lag  Filter 

This  part  will  perform  a  first  order  filter  operation  using 
the  Tustln  Lead  Lag  method. 
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(9) 


Second  Order  (Notch)  Filter 


This  pert  will  perform  a  second  order  filter  operation  using 
the  Tustln  Lead  Lag  method. 

(10)  Tustln  Integrator  with  Limit 

This  part  will  perform  an  Integration  operation  and  perform 
an  absolute  limit  operation  as  defined  In  paragraph  (5). 

h.  General  Purpose  Math 


These  parts  Include  a  variety  of  general  purpose  math  operations  as 
shown  In  Figure  44. 

1.  Static  Sparse  Matrix  Algebra 


This  part  supports  the  Kalman  Filter  operations.  It  Is  a  schematic 
part  which  unfolds  a  sparse  matrix  Into  i  record  of  scalar  elements.  The 
part  also  Includes  operations  on  a  static  sparse  matrix.  The  role  of  this 
part  In  the  CAMP  parts  Is  fully  explained  In  Appendix  II  of  the  Software 
Requirements  Specification  of  the  Software  Parts  Constructor. 


Interpolate 
Extrapolate 
Decrement 
Running  Average 
Accumulator 


Change  Accumulator 
Square  Root 
Absolute  Value 
Root  Sum  of  Squares 
Integrator 


Figure  44.  General  Purpose  Math  Parts 
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THE  APPENDIX 


CAMP  PARTS  LIST 

This  appendix  contains  a  list  of  parts  Identified  during  the  CAMP 
project.  The  parts  are  listed  by  category  and  subcategory.  The  part  number 
Is  a  unique  number  used  for  Identification  purposes.  The  column  entitled 
Schematic  Only  refers  to  whether  a  part  consists  only  of  a  part  constructor 
or  whether  there  Is  also  an  underlying  part  that  Is  available  separately  from 
the  constructor. 
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CAKOMT 

MCATIPSNV 

PANT  f 

MM 

Schama tic  Only 

Data 

Conatanta 

N017 

WGS72  etlipaaid  Data  (Metric  Version) 

No 

Data 

Constanta 

N01I 

WGS72  etlipaaid  Data  (engineering  Version) 

NO 

Data 

Conatanta 

•019 

WGI72  Unities*  eillpaaid  Data 

NO 

Data 

Conatanta 

NOW 

Universal  Constants 

No 

Data 

Conatanta 

DIM 

Conversion  factors 

NO 

Oata 

Types 

*021 

•asic  Data  Type* 

NO 

Data 

Types 

*023 

Kalman  filter  Data  Types 

NO 

Data 

Types 

DIGS 

Autopilot  Data  Type* 

NO 

Data 

Types 

1236 

Data  Type  Constructor 

Vet 

equipment  Interface  Canaral  Purpose 

I1G9 

Missile  ladar  Altfamter  Handler 

No 

equipment  Interface  General  Purpose 

*062 

Missile  ladsr  Altimeter  Handler  ulth  Auto  Power  On 

NO 

equipment  Interface  Ganeral  Purpose 

*063 

Dus  Interface  Constructor 

Vet 

equipment  Interface  General  Purpoae 

*066 

Clock  Handler 

NO 

Navigation 

Wander  Alimuth 

*113 

Cnsput*  east  Velocity 

NO 

Navigation 

Wander  Aiiauth 

*1*6 

Compute  North  Velocity 

NO 

Navigation 

Wander  Aiiauth 

•001 

Compute  (srth  Relative  Norltontel  Velocities 

NO 

Navigation 

Common 

*002 

Altitude  Intsgrotitn 

NO 

Navigation 

Con  iui'i 

1003 

Caaputa  Brstetd  Velocity 

NO 

Navigation 

Wander  Alimuth 

*006 

Coapute  Total  Angular  Velocity 

No 

Navigation 

Common 

*003 

Csapute  Cravitatianol  Acceleration 

No 

Navigation 

Common 

*006 

Compute  Gravitational  Acceleration  from  Gin  UT 

No 

Navigation 

Wander  Aiiauth 

•007 

Coapute  Coriolis  Acceleration 

No 

Navigation 

Wander  Aiiauth 

R1S7 

Compute  Coriolis  Acceleration  from  Total  Rates 

No 

Navigation 

North  Pointing 

*006 

Coapute  Coriolis  Acceleration 

NO 

Navigation 

Common 

*009 

Compute  Neoding 

No 

Navigation 

Common 

•010 

Update  Velocity 

No 

Navigation 

Common 

•039 

Ccmputs  Scslor  Velocity 

NO 

Navigation 

Wander  Aiiauth 

•033 

Coapute  *sdi  f  of  Curvature 

No 

Navigation 

North  Pointing 

*036 

Coapute  lodii  of  Curvature 

NO 

Navigation 

North  Pointing 

*012 

Compute  Totst  Platform  Rotation  Rats* 

No 

Navigation 

Wander  Alimuth 

•Oil 

Coapute  total  Plat  farm  Rotation  Rates 

No 

Navigation 

Common 

*137 

Coapute  Rotational  Increments 

NO 

Navigation 

North  Pointing 

•016 

Compute  Earth  Rotation  late 

No 

Navigation 

Wander  Aiiauth 

*013 

Coapute  Earth  Rotation  Rat* 

No 

Navigation 

Wander  Aiiauth 

*023 

Compute  Earth  *alative  tot  at  Ian  Rates 

No 

Navigation 

North  Pointing 

•026 

Compute  Earth  Relative  Rotation  Nates 

No 

Navigation 

North  Pointing 

•027 

latitude  Integration 

No 
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Schematic  Only 


CATEGORY  SU( CATEGORY  PART  «  NAME 


Navigation 

Wonder  Aifeuth 

R029 

Coopute  Latitude 

No 

Novigotion 

Wonder  Atiouth 

R030 

Ccopute  Latitude  ualng  Arctangent 

No 

Novigotion 

North  Pointing 

R0S1 

Longitude  Integration 

No 

NAVigAtfOn 

Wonder  Atinuth 

R033 

Coopute  Longitude 

No 

NAvigAtion 

Wonder  Atlauth 

ROM 

Compute  Wander  Atiouth  Angle 

No 

Novigotion 

Cu««n 

R032 

Initial l<e  Direction  Coalne  Matrix 

No 

NAvigAtion 

C  canon 

ROM 

T repot iodat  Integration 

No 

NAvigAtion 

North  Pointing 

R0T6 

North  Pointing  Navigation  Ivptdla 

No 

NAvigAtion 

Cuomo n 

1188 

Cannon  Navigation  lundte 

No 

NAvigAtion 

Wonder  Alinuth 

R01S 

Wander  Angle  Navigation  iiptdle 

No 

Novigotion 

Cannon 

R237 

Navigation  Component  Canotructor 

Yes 

Novigotion 

Cannon 

1238 

Navigation  lubayttam  Cone  true  tor 

Yes 

Kolmon  Fllttr 

General 

RHS 

Propogate  ftate  Tranaition  and  Procett  Noito 

i  Matrices 

No 

Kolmon  filttr 

Goner o 1 

RH* 

Propogate  Error  Covariance  Matrix 

No 

Kolnon  Filter 

Genera 1 

RUT 

Kataon  Update 

No 

Kolnon  Filter 

Goner ol 

RHS 

Propogate  ttate  Tranaition  Matrix 

No 

Kolnon  Ml  tor 

General 

RH9 

Coopute  Kalman  Caine 

No 

KAlnon  Filter 

General 

R1S0 

Update  Error  Covariance  Matrix 

No 

Kolnon  Filter 

Goner o 1 

RTS1 

Update  State  Vector 

No 

Kolnon  Filter 

General 

RTS2 

Sequentially  Update  Covariance  Matrix  and  State  Vector 

No 

Kolnon  Filter 

General 

R133 

Kalman  Executive 

No 

Kolnon  Filter 

Caapl looted  M 

R181 

Kataon  Update 

NO 

Kolnon  Filter 

Caog>l  looted  H 

1182 

Coopute  Kalman  Gain 

No 

Kolnon  Filter 

Complicated  H 

R183 

Update  Ermr  Covariance  Matrix 

NO 

Kolnon  Filter 

Complicated  N 

RIM 

Update  State  Vector 

No 

Kolnon  Filter 

Complicated  N 

R20T 

Sequentially  Update  Covariance  Matrix  and  State  Vector 

No 

Moth 

Coordinate  Algebra 

RM7 

Coordinate  Algebra  Rtotdle 

No 

Moth 

Coordinate  Algebra 

R050 

Vector  Vector  Addition 

No 

Moth 

Coordinate  Algebra 

R205 

Sparse  Right  X  Vector-Vector  Addition 

No 

Moth 

Coordinate  Algebra 

R206 

Sparse  Right  Z  Vector-Vector  Addition 

No 

Moth 

Coordinate  Algebra 

R031 

Vector  Vector  Subtraction 

No 

Moth 

Coordinate  Algebra 

R207 

Sparse  Right  XY  Vector-Vector  Subtraction 

No 

Moth 

Coordinate  Algebra 

R032 

Vector  Vector  Dot  Product 

No 

Moth 

Coordinate  Algebra 

R208 

Vector  Length 

No 

Moth 

Coordinate  Algebra 

0053 

Vector  vector  Cross  Product 

No 

Moth 

Coordinate  Algebra 

0054 

Vector  Scalar  Multiplication 

No 

Moth 

Coordinate  Algebra 

0209 

Sparsa  X  Vector-Scalar  Multiplication 

No 

11 


CATEOORt 

SUSCAKOORV 

par  1  f 

awe 

Scbaaatlc  Only 

Hath 

Coordinate  Alfebro 

*055 

Vector  Scalar  tlviilen 

Ro 

Hath 

Coordinate  Alta bra 

RM9 

Hatrix  vector  Hultlplicatlon 

RO 

Hath 

Coordinate  Al Rabra 

ROM 

Hatrix  Scalar  Hultlplicatlon 

NO 

Hath 

Coordinate  A  (fetor  a 

*057 

Hatrix  Scalar  Division 

RO 

Hath 

Coordinate  A  (fetor  a 

ROM 

Hatrix  Scalar  Addition 

RO 

Hath 

Coordinate  Altebra 

R0A7 

Hatrix  Scalar  Subtraction 

RO 

Hath 

Coordinate  Altebra 

ROM 

Hatrix  Hatrix  Hultlplicetlan 

HO 

Hath 

Coordinate  A (fetor a 

ROTO 

Hatrix  Hatrix  Addition 

HO 

Hath 

Coordinate  Altebra 

R071 

Hatrix  Hatrix  Subtraction 

HO 

Hath 

Coordinate  Altebra 

R072 

Set  ta  Identity  Hatrix 

lie 

Hath 

Coordinate  Altebra 

ROTS 

Set  ta  Zara  Hatrix 

Ro 

Hath 

Hatrix  Altebra 

ROJO 

Hatrix  Alfobro  Packet* 

RO 

Hath 

Hatrix  Altebra 

RMt 

vector  Vector  Addition 

HO 

Hath 

Hatrix  Altebra 

ROM 

Vector  vector  Subtraction 

RO 

Hath 

Hatrix  Altebra 

R063 

Vector  Vector  Dot  Product 

RO 

Hath 

Hatrix  Altebra 

RIM 

Vector  Lanfth 

Ha 

Hath 

Hatrix  Altebra 

RMS 

Vector  Scalar  Huit (plication 

RO 

Hath 

Hatrix  Altebra 

ROM 

Vector  Scaler  Division 

Ro 

Hath 

Hatrix  Altebra 

ROM 

Hatrix  Vector  Hultlplicatlon 

Re 

Hath 

Hatrix  Altebra 

ROTS 

Hatrix  Scalar  Huitipllcation 

HO 

Hath 

Hatrix  Altebra 

ROTA 

Hatrix  Scalar  Diviolon 

RO 

Hath 

Hatrix  Altebra 

ROTS 

Hatrix  Scalar  Addition 

Ho 

Hath 

Hatrix  Altebra 

ROTA 

Hatrix  Scalar  Subtraction 

Re 

Hath 

Hatrix  Altebra 

R077 

Hatrix  Hatrix  Huitipllcation 

HO 

Hath 

Hatrix  Altebra 

R0T9 

Hatrix  Hatrix  Addition 

RO 

Hath 

Hatrix  Altebra 

ROM 

Hatrix  Hatrix  Subtraction 

HO 

Hath 

Hatrix  Altebra 

R1SS 

Sat  ta  Identity  Hatrix 

NO 

Hath 

Hatrix  Altebra 

RtSA 

Sat  ta  Zara  Hatrix 

Ro 

Hath 

Hatrix  Altebra 

R210 

Statically  Sparse  Hatrix  Constructor 

Tea 

Hath 

Hatrix  Altebra 

R226 

Define  Dynaaricol ly  Sparse  Hatrix 

He 

Hath 

Hatrix  Alfebra 

R21 1 

Define  Syoaetrlc  (Ralf  Storage)  Hatrix 

Ro 

Hath 

Hatrix  Altebra 

R22T 

Oeflna  Sywoatric  (full  Sterefe)  Hatrix 

Ro 

Hath 

Hatrix  Altebra 

R212 

Define  Dlatonsl  Hatrix 

HO 

Hath 

Hatrix  Altebra 

*235 

General  Purpose  Hatrix  Constructor 

T  ta 

Hath 

C>— trie 

R081 

Cecawtric  PackafO 

RO 

Hath 

Ciaw  trie 

ROM 

C  caputs  Ant  la  Datuosn  Naadinpo 

Re 

Hath 

Trltonenetrfc 

ROM 

Radian  Trtpsnaaetrlc  Packets 

Ro 
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CATECCNT 

MCATEGONT 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Nath 

Trigonometric 

Hath 

Trigonometric 

Nath 

Data  Convert ion 

Nath 

Data  Convert ion 

Nath 

Signal  Procetting 

Nath 

Signal  Procetting 

Nath 

Signal  Procetting 

Nath 

Signal  Proceiling 

Nath 

Signal  Procetting 

Nath 

Signal  Procetting 

Nath 

Signal  Procetting 

Nath 

Signal  Procetting 

Nath 

Signal  Procetting 

Nath 

Signal  Procetting 

Nath 

Signal  Procetting 

Nath 

Signal  Procetting 

Nath 

General  Purpote 

Nath 

General  Purpote 

Nath 

General  Purpote 

PART  # 

MANE 

•  084 

Degree  Trigonometric  Package 

*088 

Semicircle  Trigonometric  Package 

*086 

Sine 

•087 

Cotine 

•088 

Tangent 

*089 

Aretl ne 

*090 

Arccotine 

•091 

Arctangent 

*092 

Sine 

*093 

Cotlne 

•094 

Tangent 

*098 

Arctlne 

•096 

Arccotine 

*097 

Arctangent 

•098 

Sine 

*099 

Cotine 

•  100 

Tangent 

*101 

Arctlne 

*102 

Arccotine 

*103 

Arctangent 

•  108 

Unit  Convent  on 

*106 

External  form  Convert ion 

*107 

Signal  Procetting  Package 

*108 

Limiter 

*037 

limiter 

*038 

limi  r 

*160 

limiter 

1109 

General  1st  Order  Filter 

*161 

Tuttin  Lead-Lag  Filter 

*110 

Second  Order  Filter 

*111 

Filter  Coefficient 

*162 

Tuttin  Lag  Filter 

*202 

Abeotute  Limiter  with  Flag 

*203 

Tuttin  Integrator  with  Limit 

*112 

General  Nath  Package 

1113 

Change  Calculator 

*114 

Acctaaulator 

Schematic  Only 


NO 

No 

NO 

No 

No 

NO 

NO 

No 

No 

No 

No 

No 

No 

No 

No 

No 

No 

No 

No 

No 

NO 

No 

NO 

No 

NO 

No 

No 

No 

NO 

NO 

No 

No 

NO 

No 

NO 

No 

NO 
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CATCSORT 

SUSCAfCQORY 

PAAT  1 

NAME 

Schema tie  Only 

Math 

Central  Purpose 

H1 15 

Chants  Accuautetor 

No 

Hath 

General  Purpose 

All* 

Interpolation 

No 

Math 

Central  Purpose 

*117 

Cstrapelatian 

No 

Math 

Central  Purpose 

Alia 

Interpolation  Table 

NO 

Hath 

Central  Purpose 

*119 

Interpolation  Table 

No 

Nath 

General  Purpose 

*120 

Increment or 

No 

Nath 

General  Purpose 

*121 

Decrement or 

NO 

Hath 

Central  Purpose 

*122 

Absoluts  Value 

NO 

Math 

Central  Purpose 

*224 

Sipn 

NO 

Math 

General  Purpose 

*123 

Square  loot 

NO 

Nath 

Central  Purpose 

*124 

Intefretor 

NO 

Hath 

General  Purpose 

*142 

•levtins  Averape 

No 

Math 

General  Purpose 

*143 

Mean  Absolute  Difference 

No 

Nath 

General  Purpose 

*144 

Mean  Value  of  a  Vector 

No 

Math 

Polynomial 

1213 

Table  Lookiqt 

NO 

Hath 

Polynomial 

*214 

Chebyshev 

NO 

Math 

Polynomial 

•215 

Pike 

NO 

Math 

Polynomial 

*21* 

Mart 

No 

Math 

Polynomial 

1217 

has  tines 

No 

Hath 

Polynomial 

•21a 

Least  Squares 

k© 

Math 

Polynomial 

1219 

lapandre 

NO 

Nath 

Polynomial 

*220 

Modified  Newton- laphson 

NO 

Math 

Polynomial 

*221 

Newt  on-laph son 

No 

Math 

Polynomial 

1222 

Taylor  Series 

No 

Math 

Polynomial 

*221 

System  Functions 

No 

Abstract  Mechanism 

Data  Structure 

*125 

FIFO  Suffer 

No 

Abstract  Machanfaai 

Data  Structure 

*126 

Circutsr  Suffer 

NO 

Abstract  Mach an Isa 

Data  Structure 

•1*4 

FIFO  Suffer 

No 

Abstract  Mechanic* 

Data  Structure 

•1*5 

Priority  Oueut 

No 

Abstract  Ntchaniaai 

Oata  Structure 

*1** 

Stack 

NO 

Abstract  Mechanic* 

Data  Structure 

*1*7 

Unbounded  Stack 

No 

Abstract  Mechanic* 

Process 

*127 

Finite  State  Machine  Constructor 

res 

Abstract  Meehan is* 

Process 

*128 

Mealy  Machine  Constructor 

Yes 

Abstract  Nechanit* 

Proceta 

*129 

(vont-Drlvon  Sequencer  Constructor 

Yes 

Aba  tract  Nechanit* 

Process 

*1)0 

Time- Driven  Sequencer  Constructor 

Yea 

Abstract  Nechanit* 

Process 

*1)9 

Sequence  Controller  Constructor 

Yea 

Process  Nanai— nt 

Asynchronous  Control 

*131 

Process  Control  ter  Constructor 

Yea 
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CATEGORT 

suscategory 

PANT  « 

NAME 

Schematic  Only 

Process  Management 

Asynchronous  Control 

*132 

Aperiodic  Task  Shell  Constructor 

Tea 

Process  Management 

Asynchronous  Control 

*133 

Continuous  Task  Shell  Constructor 

Tes 

Process  Management 

Asynchronous  Control 

•  13* 

Periodic  Task  Shell  Constructor 

Tea 

Proem  Manegsawnt 

Asynchronous  Control 

1133 

Data  Driven  Task  Shell  Constructor 

Tes 

Procttt  Manageamnt 

Coaouifcation 

N136 

Message  Checksua 

No 

Procttt  Mona|aawnt 

Coamwiication 

•  13? 

Update  Exclusion 

NO 

General  Utility 

N138 

Memory  Check sue 

No 

General  Utility 

•  139 

Memory  Checksua 

NO 

General  Utility 

•  1*0 

Memory  Declassification 

NO 

Ganaral  Utility 

•  141 

Instruction  Set  Test 

NO 

Ganaral  Utility 

•239 

Generic  Instantiation  Constructor 

Tes 

Guldanca  1  Control 

Autopilot 

•0*8 

Integral  Plus  Proportional  (IPP)  Gain 

NO 

Guidanea  1  Control 

Autopilot 

•039 

Pitch  Autopilot 

No 

Guldanca  8  Control 

Autopilot 

•06* 

lateral/Directionat  Autopilot 

No 

Guldanca  1  Control 

Waypoint  Steering 

•  168 

Coaputa  Unit  tadlal  Vector 

NO 

Guldanca  t  Control 

Waypoint  Steering 

•169 

Coapute  Segment  Unit  Normal  Vector 

No 

Guidance  8  Control 

Waypoint  Steering 

•  170 

Initialiie  Steering  vectors 

NO 

Guidance  t  Control 

Waypoint  Steering 

•  171 

Update  Steering  Vectors 

No 

Guidance  8  Control 

Waypoint  Steering 

•  172 

Compute  Turn  Angle  and  Direction 

NO 

Guidance  8  Control 

Waypoint  Steering 

•173 

Coaputa  Croeetrack  and  heading  Error  when  Turning 

NO 

Guidance  8  Control 

Waypoint  Steering 

•17* 

Compute  Croeetrack  and  Needing  Error 

NO 

Guidance  8  Control 

Waypoint  Steering 

•  173 

Compute  Crosstr.tck  and  Needing  Error  when  not  Turning 

NO 

Guidance  8  Control 

Waypoint  Steering 

•  176 

Coapute  Distance  to  Currant  Waypoint 

No 

Guidance  1  Control 

Waypoint  Steering 

•  177 

Cemput  Turning  and  Nonturning  Distances 

NO 

Guidance  8  Control 

Waypoint  Steering 

•  178 

Perform  Stop  Turn  Test 

NO 

Guidance  8  Control 

Waypoint  Steering 

•  17? 

Perform  Start  Turn  Test 

No 

Guidance  8  Control 

Waypoint  Steer  i~n 

•  180 

Perform  Start/Stop  Turn  Test 

NO 

Non-Guidance  Control 

Air  Data 

•228 

Coaputa  Outside  Air  Temperature 

No 

Non-Guidance  Control 

Air  Data 

•229 

Coapute  Pressure  Ratio 

No 

Non- Guidance  Control 

Air  Date 

•230 

Coapute  Mach 

NO 

Non- Guidance  Control 

Air  Date 

•231 

Compute  Dynamic  Pressure 

No 

Non-Guidance  Control 

Air  Dote 

•232 

Compute  Speed  of  Sotaml 

NO 

Non-Guidance  Control 

Air  Dat« 

m 

Compute  larometrlc  Altitude 

NO 

Non-Guidance  Control 

fuel  Cequgyt*- 

m 

21* 

Mach  Control 

TOT Al  KAMI  OP  PARTS 

NO 
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INITIAL  DISTRIBUTION 


DTIC-DDAC  2 

AUL/LSE  1 

FTD/SDNF  1 

HQ  USAFE/INATW  1 

AFWAL/FI ES/SURVI AC  1 

AFATL/DOIL  2 

AFATL/CC  1 

AFCSA/SAMI  1 

AFATL/CCN  1 

AFATL/FXG  10 

ASD/RMX  1 

SPAWAR  (814AB  NC  #1 )  1 

SPAWAR  (CODE  613)  1 

NRL  (CODE  5150)  1 

ASD/XRX  1 

AFWAL/AAA-2  1 

HQ  AFSC/PLR  3 

INST  OF  DEFENSE  ANALYSES  5 

STARS  JOINT  PROGRAM  OFFICE  1 

USA  MATERIEL  CMD/AMCDE-SB  1 

NAVAL  SEA  SYS  CMD  (SEA  61R2)  1 

NAVAL  AIR  DEVELOPMENT  CTR  (CODE  50C)  1 

BMDATC  1 

NSWC/CODE  N20-  1 

NAVAL  UNDERSEA  SYS  CTR  (CODE  3511)  1 

NOSC/CODE  423  1 

AFWAL/AAAF-2  1 

USA  EPG/STEEP-MT-DA  1 

AFSC/DLA  1 

USA  MSL  CMD/AMSMI-OAT  1 

SPAWAR  (CODE  06  NC  #1 )  1 

ASD/EN  1 

AD/ENE  1 

SD/ALR  1 

RADC/COEE  2 

NRL/CODE  7590  1 

AFSC/SDZD  1 

HQ  USAF/RDPV  1 

AD/ENSM  1 

BMO/ENBE  1 

ESD/ALS  1 

ESD/ALSE  2 

AJPO  1 

AFATL/AS  1 

AFATL/SA  1 

AD/XR  1 

WIS  JPMO/ADT  1 

AFWAL/AAAF  1 


NASA  (CODE  RC)  1 
NSA  1 
NTSC/CODE  251  1 
AD/XRB  1 
LOCKHEED  (DR  SURY)  1 
HUGHES  (MR  BARDIN)  1 
IBM  (MS  VESPER)  1 
RAYTHEON  (WILLMAN)  1 
SOFTECH  INC  (MS  BRAUN)  1 
MITRE  CORP  (MR  SYLVESTER)  1 
AEROSPACE  CORP  (MR  HOGAN)  1 
TEXAS  INSTRUMENTS  (MR  FOREMAN)  1 
RATIONAL  (MR  BOOCH)  1 
ROCKWELL  INTERNATIONAL  (MR  GRIFFIN)  1 
MITRE  CORP  (MS  CLAPP)  1 
NOSC  (CODE  423)  1 
GENERAL  DYNAMICS  (MR  MURRAY)  1 
HONEYWELL  INC  (MS  GIDDINGS)  1 
HONEYWELL  INC  (DR  FRANKOWSKI)  1 
HUGHES  DEFENSE  SYS  DIV  (S.Y.  WONG)  1 
NOSC  (MR  WASILAUSKI)  1 
NAC  (N)  1 
TASC  (MR  SERNA)  1 
MARTIN  MARIETTA  (MR  CUDDIE)  1 
TASC  (DR  CRAWFORD)  2 
SYSCON  CORP  (DR  BRINTZINHOFF)  1 
ADA  TRAINING  SECTION  1 
COMPUTER  SCI  CORP  (MR  FRITZ)  1 
LINKABIT  (MR  SIMON)  1 
RAYTHEON  (MR  GINC-ERICH)  1 
UNIVERSITY  OF  COLORADO  1 
MCDONNELL  AIRCRAFT  (MR  MCTIGUE)  1 
HUGHES  AIRCRAFT  (MR  NOBLE)  1 
GENERAL  DYNAMICS  (MR  PRZYBYLINSKI )  1 
AJPO  (MS  CASTOR)  1 
NWC  (CODE  3922)  1 
NAVAIRSYSCOM  HQS  1 
ASD/ENASF  1 
ASD/ENA  5 
UNIVERSITY  OF  TEXAS  1 
MARTIN  MARIETTA  (MR  SORONDO)  1 
MCDONNELL  DOUGLAS  (DR  MCNICHOLL)  2 
GENERAL  DYNAMICS  (MR  SCHNELKER)  1 
TRW  (MR  SHUGERMAN)  1 
RATIONAL  (MR  HAKE)  1 
WESTINGHOUSE  (MR  GREGORY)  2 
GENERAL  DYNAMICS  (DR  TABER)  1 
BOEING  COMMERCIAL  AIRPLANE  CO  1 
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INITIAL  DISTRIBUTION  (CONTINUED) 


ROCKWELL  INTERNATIONAL  (MIKULSKI) 
BOEING  AEROSPACE  (MR  HADLEY) 

IBM  (MR  MCCAIN) 

FSU  (DR  BAKER) 

AEROSPACE  CORP  (MR  LUBOFSKY) 

DATA  GENERAL  (MR  DAMASHEK) 

SDC  (MR  HERMANN) 

W INTEC  (MR  CONNEL) 

NORTHROP  (MR  OHLSEN) 

ARC  (MR  ROBERSON) 

GRC  (DR  ALBRITTON) 

AFWL/NTSAC 

USA  MSI  CMD/SCI  INFO  CTR 
NSWC/TECH  LIB 
NUC  (CODE  343) 

OO-NAVAL  RESEARCH  (CODE  784DL) 

NAVAL  POSTGRAD  SCHOOL  (CODE  1424) 

DEFENSE  COMMUNICATIONS  AGENCY 

NASA  AMES  RESEARCH  CTR  (CHAPMAN) 

NASA  LANGLEY  RESEARCH  CTR  (MOTLEY) 

RAND  CORP/AFELM 

AVCO  SYS  DIV/RESEARCH  LIB 

AVCO- EVERETT  RES  LAB/TECH  LIB 

FAIRCHILD  IND/INFO  CTR 

GENERAL  DYNAMICS,  CONVAIR  DIV 

GENERAL  DYNAMICS,  FT  WORTH  DIV 

HONEYWELL/TECH  LIB 

HUGHES  AIRCRAFT/TECH  LIB 

HUGHES  AIRCRAFT/MSL  SYS  GP/TECH  LIB 

LOCKHEED/TECH  LIB 

LOCKHEED/TECH  INFO  CTR 

MARTIN  MARIETTA/TECH  LIB 

MCDONNELL  DOUGLAS/TECH  LIB 

MCDONNELL  DOUGLAS/LIB  SVCS 

NORTHROP  CORP/AIRCRAFT  DIV 

RAYTHEON/TECH  LIB 

VOUGHT  CORP/LIB 

SDC  (MR  MILLAR) 

INTERMETRICS  (MR  ZIMMERMANN) 
ROCKWELL/TECH  INFO 
TRW  (MR  MUNGLE) 

AT&T  (MR  MAY) 

AVCO  SYS  TEXTRON  (MR  SOHN) 

BOEING  ELECTRONICS  (MR  MEDAN) 

USA  CECOM/DRSEL-TCS-MCF 
USA  CECOM/DRSEL-TCS-ADA 
UNIVERSITY  OF  WASHINGTON 
AFATL/GRC 
USA-ARDC 


1  ROCKWELL  (MS  KIM) 

1  SCIENCE  APPLICATIONS  INTERNATIONAL 

1  (MR  STUTZKE) 

1  NSWC  (U-33) 

1  COMPUTER  SOFTWARE  &  SYSTEMS 

1  GRUMMAN  DATA  SYSTEMS  (MR  MARKMAN) 

1  AFWAL/FIGL 

1  AFWAL/FIGX 

1  AFUAI  /AAR T - 1 

i  EMERSON  ELECTRIC  (MR  BYRNES) 

1  TASC  (MR  JAZMINSKI) 

1  E-SYSTEMS  (MR  SNODGRASS) 

1  NTSC  (CODE  742) 

1  UNIVERSITY  OF  ALABAMA 

1  MCDONNELL  DOUGLAS  (MR  VILLACHICA) 

1  SANDERS  ASSOCIATES  (MR  FRY) 

1  AFSC/PLR 

1  AFSC/DLA 

1  WESTINGHOUSE  (MR  SQUIRE) 

2  NAVAIR  SYSCOM  (AIR  54662) 

1  BOEING  AEROSPACE  (MR  BOWEN) 

1  GOULD  INC  (DR  ARORA) 

1  LOCKHEED  (MR  PINCUS) 

1  INTERMETRICS  (MR  BROIDO) 

1  GENERAL  ELECTRIC  (MS  MICKEL) 

1  HUGHES  AIRCRAFT  (DR  HUANG) 

1  SYSTEMS  DEVELOPMENT  (MR  SIMOS) 

1  GENERAL  DYNAMICS  (MR  WARNER) 

1  CARNEGI E-MELLON  UNIVERSITY 

1  COMPUTER  TECH  ASSOCIATES  (HEYLIGER) 

1  NORTHROP  CORP  (MR  SWAN) 

1  CNI  SOFTWARE  (SINGER  KEARFOTT  DIV) 

1  LOCKHEED  (MR  COHEN) 

1  MCDONNELL  DOUGLAS  (SANDY  COHEN) 

1  DRAPER  LABORATORY  (MR  DAVID) 

1  DRAPER  LABORATORY  (DR  DEWOLF) 

1  GOULD  INC  (MR  WILLIS) 

1  ADVANCED  TECHNOLOGY  (MR  COOPER) 

1  HQ  USAF/RDST  1 

1  AFPRO/EN  1 

1  AFPRO/TRW/EPP  1 

1  LOCKHEED  (MR  DORFMAN)  1 

1  HONEYWELL  (MR  LANE)  1 

1  SPERRY  A&MG  (MR  ROSS)  1 

1  UNITED  TECHNOLOGIES  (STOLZENTHALER }  1 

1  LTV  AEROSPACE  &  DEFENSE 

1  ELco  B  4610  (MR  FREEMAN) 

1  SYSTEMS  DEVELOPMENT  CORP  (ATCHLEY) 

1 


1 
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INITIAL  DISTRIBUTION  (CONCLUDED) 


ROCKWELL  (DILLHUNT)  1 
IBM  FED  SYSTEMS  DIV  (MR  ANGIER)  1 
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